Если методы get моделей Swing не ориентированы на многопотоковое исполнение, как Вы обрабатываете их?

Качели вообще не только не только без потоков, но и враждебных. Однако большинство моделей, отличных от качания текста, являются нить-агностическими. Это означает, что вы можете использовать модели в любом потоке, при условии, что используете стандартную защиту потоков. Качественный текст был попыткой быть безопасным потоком, но не удалась, и на самом деле является враждебным. Используйте только для документа с потока отправки событий (EDT).

Обычный совет - запускать потенциально длительные работы (обычно блокирующие) задачи с EDT. Тем не менее, резьба трудна. Swingworker - популярный способ вызвать плохой дизайн - избегать этого. Попробуйте сохранить EDT и код неизведанного кода. Постарайтесь не поделиться мультиремным состоянием.

Ошибки для резьбы сложно. Вы можете не увидеть их на своей машине, но клиенты вполне могут сделать. Возможно, ошибки появляются из-за оптимизации в более поздних версиях JRE. Резьбовые ошибки трудно отслеживать. Поэтому будьте консервативными. Даже блокируя EDT кратко, лучше, чем противные ошибки.

1. Я никогда не беспокоился об этом, но строго говоря, да, вероятно, неверно.
2. n / a.
3. Я позволил изменениям в моделях обновления GUI (через слушателей) моего собственного строительства, которые не содержатся или построены качанием. Там никогда не нужно просить графический интерфейс, потому что GUI обновляет модель.

Так как я сам создаю модели (это может быть что-то очень простое, например, как строка с Getter / Setter и PropertyChangeSupport), я могу сделать доступ к доступ к синхронизации, если я хочу. Я редко столкнулся с Flaky поведением из-за контента или такого.

Да это неправильно; Если только нитки не синхронизируются на одном и том же объекте, либо используют какой-то другой барьер памяти, как летучие, как определено JMM , или другое, может наблюдать заметное содержимое памяти. Период. Конец истории. Нарушение Это может работать над некоторыми, даже многими, архитектурами, но в конечном итоге укусит вас в Хине.

Проблема здесь заключается в том, что с несколькими исключениями, где вы предоставляете модель, например, что упоминается Адамски, код качания не собирается синхронизировать на что угодно.

И стоит отметить, что JMM (модель памяти Java) изменилась с JSR-133 в Java 5 очень важными способами, поэтому поведение с J4 и более ранним JVM вполне может уступать разные результаты, чем J5, а затем. Пересмотренный JMM, как вы ожидаете, значительно улучшился.

Если да, как вы справляетесь с этим? Удачи, или по некоторым умным обстоятельстве? Invokeandwait?

Другие уже упоминали Swingworker , и вы уже знаете о методах . javax.swing.timer также может быть полезен. Нет серебряных пуль для безопасного многопоточного программирования, хотя хороший дизайн будет иметь большое значение.

Есть вещи, которые вы можете сделать, чтобы обнаружить ошибки. Если вы разработаете метод, чтобы быть вызван только из темы диспетчера , охраняйте его , охраняйте его, чтобы он потерпит неудачу, если кто-то пытается получить доступ, если из другого потока:

  public static class ThreadUnsafeAccessException extends RuntimeException {
    private static final long serialVersionUID = 1L;
  }

  @Override public Object getElementAt(int index) {
    if (!SwingUtilities.isEventDispatchThread()) {
      throw new ThreadUnsafeAccessException();
    }
    return decorated.getElementAt(index);
  }

с модернизацией этого подхода к существующему приложению Многие настройки на основной поток приложения могут означать некоторые основные рефакторинг.

Это отличный вопрос и обезьяна программного обеспечения имеет правильный ответ. Если вы хотите сделать эффективную резьбу, вы должны полностью понять память Java модель (JMM). Обратите внимание, что модель памяти Java изменилась с JSR-133, поэтому много старых резьбовых примеров, которые вы найдете, будет просто ошибаться. E.G., Волатильное ключевое слово изменилось от того, что он практически бесполезно, чтобы теперь находиться почти как исполнение в качестве синхронизированного ключевого слова.

Дополнительно у нас есть настоящий, повсеместный многоядерный процессор, что означает настоящую мульти-резьбу. Мульти-резьба до нескольких лет назад была только подделками только на одноядерном процессоре, поэтому настолько намного плохое образец код там. Раньше он работал. Теперь это не будет.

Серьезно, если Джошуа Блохой может ошибиться неправильно, наступить очень осторожно. Сложнее всего (и да, его код неверно. Сделайте эту переменную волатильную, и она будет работать во всех случаях, хотя).

О да, у Адамски это правильно. Используйте Swingworker , чтобы убедиться, что длинный рабочий код выполнен в фоновом потоке, и что, когда он выполняется манипулирование данными, он должен доступать доступа к качению на методе () [) . Если вам нужно прочитать, сделайте это до , что делает ваш Swingworker и сделать информацию Final .

Пример кода, который был бы вызван на EDT, скорее всего в Acceplistener или Somesuch (PSuedoCode):

public void someOverlySimpleExampleThatIsCalledOnEDT() {
   /*
    * Any code run here is guaranteed to happen-before 
    * the start of a background thread.
    */
   final String text = myTextField().getText();
   SwingWorker sw = new SwingWorker() {
      private volatile List data;
      public Object doInBackground() {
         //happens in background thread. No Swing access
         data = myDao.getDataFromInternet(text);
         return null;
      }
      public void done() {
         //Happens in EDT. Swing away Merrill
         loadDataIntoJTable(data);
      }
   }
   sw.execute();
   /* 
    * Any code run here happens concurrently with doInBackground(). Be careful. 
    * Usually leave empty
    */
}