Приоритеты в Threads

Для какой цели нужен пункт 3? Если у тред группы установлен максимальный приоритет, как бы мы не хотели, мы и так не можем установить приоритет треда в такой тред группе выше, чем установленный лимит.

Для понимания сути: 1) Установить приоритет потоку можно в конструкторе (или блоке инициализации) setPriority(int i); 2) в классе MyThread нужно поле счетчик общее для всех объектов. 3) если для ThreadGroup приоритет ограничен цифрой 7 при попытке задать приоритет потоку из группы цифрой 8 ему задастся приоритет цифрой 7.

Валя не скомпилировала один конструктор, вставленный через Alt+Insert, пришлось удалить его, тогда прокатило. Всего эту задачу решили 6920 учеников.

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

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

if (priority > MAX_PRIORITY) priority = MIN_PRIORITY;
        setPriority(priority++);

И этого оказалось достаточно. Валик принял.

Возможно я один не понял условия, но оставлю это здесь для таких же. 😎Значение приоритета должно увеличиваться каждый раз, оно не зависит от того есть у потока ThreadGroup или его нет. 😎Если вы выставляете потоку приоритет ThreadGroup, то не забудьте увеличить общий приоритет(ваш счетчик)

вот такого конструктора у вали нет, у кого 16 джава будьте осторожнее, он последним должен быть

public MyThread(ThreadGroup group, Runnable target, String name, long stackSize, boolean inheritThreadLocals)

И на счет максимального приоритета по группе не парьтесь он и так не может его превысить и просто понизиться до приоритета группы

Валидатор не понимает аннотации @NotNull, @Nullable, которые вставляет в конструкторы IDEA при Alt+Ins.

Что интересно готовое решение сложней чем моё, с проверкой на "если приоритет выше приоритета группы, то он равен приоритету группы, а если нет, то новому" А я не проверял, и работает как-то само... и проверку прошёл сразу... 1. сначала добавил все конструкторы какие предложил alt+insert 2. затем организовал статический AtomicInteger newPriority равный минимальному приоритету, сначала сделал 1, но испугавшись валидатора (может и зря, всё и так работало) переправил на Thread.MIN_PRIORITY 3. затем организовал public void метод который - устанавливает приоритет с помощью setPriority через newPriority.get() - увеличивает newPriority на 1 - проверяет на "если больше MAX_PRIORITY", то присваиваем MIN_PRIORITY с помощью public boolean compareAndSet (ожидаемое int, обновление int) 4. добавил вызов метода во все конструкторы (не глядя) И оно работает.... (специально продебажил для посмотреть как) когда в случае группы значение приоритета в "методе" становиться больше 7, в группе оно не меняется т.е получается автоматически не может быть выше максимально установленного порога. Потом когда метод отработал и скинул до минимума, опять начинает его присваивать до установленного значения максимума.

всего 8 конструкторов, 9й удаляйте.