Принудительное полное обновление Java-апплета (AWT)

Это происходит постоянно, если вы не программируете внимательно в AWT / Swing.

Прежде всего, вы должны проделать ВСЮ работу над потоком событий. Это означает, что вы не можете делать ничего из этого в своем основном операторе (или в том, что он вызывает напрямую). Я знаю, что каждое когда-либо изобретенное приложение с графическим пользовательским интерфейсом Java нарушает это правило, но это правило.

По большей части они говорили, что вы можете использовать поток, отличный от awt, до тех пор, пока окно не будет «реализовано» (pack / setVisible), но Sun выяснила, что это не всегда работает.

Во-вторых, когда вы получаете событие в потоке AWT, обязательно верните его как можно скорее. Никогда не спите и не выполняйте длительные операции.

В-третьих, (и это расширение «Первого», если вы получили обратный вызов, который НЕ уже находится в рабочем потоке AWT, обязательно поместите его в поток AWT, прежде чем делать что-либо с графическим интерфейсом.

Как правило, любое событие, генерируемое компонентом AWT, будет в правильном потоке. События, сгенерированные таймерами, потоками, созданными вручную, или одноручным вызовом main () - нет.

Как вы упомянули, для решения этой проблемы можно использовать перерисовку. Возможно, вы столкнулись с проблемой с используемой JVM. Я бы порекомендовал использовать разные версии Sun JVM и даже MS VM для IE, чтобы увидеть, связана ли это с проблемой виртуальной машины - это может фактически не иметь отношения к вашему коду.

Я на самом деле не пробовал это раньше, но творческий способ (например, неприятный взлом) может заключаться в том, чтобы выполнить javascript из апплета для вызова метода DOM для имитации изменения размера окна или, возможно, вызова фокуса на теле в попытка вызвать внешнюю перерисовку холста.

Не уверен, связано ли это с тем, что вы видели, но если вы столкнетесь с производительностью очереди событий AWT, мир java 2d + 3d (ребята из графического конвейера) укажет на многопоточную стратегию, и тогда вы попадете в проблема утилизации.

Это обсуждение рассматривало проекты, использующие очередь событий AWT для графики, например, при использовании «перерисовки».

В многопоточном подходе возникает проблема завершения работы.

Примечания в java / awt / SequencedEvent для «dispose» указывают на «Проблемы с потоками AWT» и «Autoshutdown».

Я думаю, что эта информация поможет хотя бы сосредоточить внимание на проблеме.

Я смог исправить 99% проблем с перерисовкой моего апплета AWT, переключившись на Swing. Swing кажется более надежным при обновлении.

Раньше у меня было много ручных перерисовок () в моем коде апплета, но с Swing они были удалены, и апплет теперь работает быстрее, особенно в терминальном сервере / LTSP.

Внутри я поместил важные вещи:

public class VeryFastPanel extends JPanel {



    /**
         *
         */
        private static final long serialVersionUID = 1L;

        public void update(Graphics g) {

      paint(g);
    }

}

Я обнаружил ту же проблему, что и вы. После некоторых тестов я обнаружил, что это может быть связано с адаптерами Aero и Intel Graphics. В моем случае приложение перестало перерисовываться только при использовании в ноутбуках без адаптеров переменного тока, питающихся от батареек. Если вы отключите некоторые функции энергосбережения в конфигурации драйвера Intel (особенно Intel 2D Display Technology в старых версиях драйверов), Java снова перекрасится в обычном режиме.

В моем случае я также нашел способы отключить эту опцию через реестр. Это не задокументировано, но работает.