Действительно ли приоритет нити влияет на доступ к синхронизированному блоку?

Question

У меня есть одна тема FileScanner, которая добавляет новые файлы в список и несколько потоков FileParser, которые получают новые файлы, и каждый анализирует свои собственные файлы. для синхронизации я поместил добавление в список и прочитал из списка в блоке с синхронизированным ресурсом. проблема в том, что иногда FileScanner Thread, похоже, голодает и не входит в синхронизированный блок, ожидая появления других потоков FileParser для выпуска ресурса (списка). Мой вопрос: если я установил максимальный приоритет для моего FileScanner и, как минимум, для других потоков FileParser, устранит проблему? Другими словами, влияет ли приоритет нити на JVM, чтобы выбирать между потоками для предоставления доступа к синхронизированному блоку? Спасибо.

UPDATE:

private List<ScannerFile> scannedFiles = Collections.synchronizedList(new LinkedList<ScannerFile>()) ; 

это называется в моей FileScanner теме:

synchronized(scannedFiles){ 
     for(ScannerFile f: newList) 
      try{ 
       scannedFiles.add(f); 
      } 
      catch(ConcurrentModificationException e){ 
       logger.error(e); 
      } 
    } 

И это называется в моих FileParser нитей:

synchronized(scannedFiles){ 
    try{ 
     for(ScannerFile f: scannedFiles){ 
      if(parserName.equals(f.getParserName()) && f.isNew() == true){ 
       listNewFiles.add(f); 
      }   
     } 
     return listNewFiles; 
    } 
    catch(ConcurrentModificationException e){ 
     logger.trace(e); 
     return new ArrayList<ScannerFile>(); 
    } 
} 

Answer 1

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

От «Java Параллелизм на практике» (Гетц и др.):

Избегайте соблазна использовать приоритеты потоков, поскольку они могут увеличить платформы зависимость и может привести к живучести проблемы [...]

Если ваша программа встречает взаимоблокировки, возникает проблема с логикой параллелизма. Изменение приоритетов потоков (в случае маловероятного наилучшего случая) маскирует эту проблему или (в вероятном случае) вводит неопределенное, специфическое для аппаратного обеспечения поведение.

Описание проблемы, которая выглядит как пример для ReadWriteLock. Но без краткого примера вашего кода трудно дать хороший совет.

Answer 2

Приоритет нитей не должен составлять или прерывать синхронизацию. Похоже на проблему в вашей блокирующей коллекции, которую вам не нужно будет реализовывать в любом случае. Взгляните на LinkendBlockingQueue и друзей в java.util.concurrent.

Answer 3

Существует логическая ошибка. Это должно работать (я не имел IDE для повторного подтверждения):

LinkedBlockingQueue<ScannerFile> newList = new LinkedBlockingQueue<>(); 
LinkedBlockingQueue<ScannerFile> scannedFiles = new LinkedBlockingQueue<>(); 
for(;;){ 

try{ 
ScannerFile f = newList.get(); 
scannedFiles.add(f); 
} 
catch(InterruptedException ex{ 
Thread.currentThread.interrupt(); 
//log 
break; 
} 
} 

ThreadParser будет идти, как это:

for(;;){ 
try{ 
ScannedFile f= scannedFiles.get(); 
//other logic goes here 
}catch(InterruptedException ex{ 
Thread.currentThread.interrupt(); 
//log 
break; 
} 
}