Комментарии 2
также можно использовать this для гарантированно однопоточного вывыполнения
То есть, если этот объект не this, то не гарантированно? Ну бред же
самое очевидное решение - использовать два метода перевода денег с разной последовательностью синхронизации для ситуаций перевода встречного перевода финансов
Наоборот, с одинаковой последовательностью синхронизации, например в порядке возрастания id пользователя.
У самого фреймворка jUnit 5 прекрасная документация по этой теме.
Там же подробнее про ResourceLock
, который вы упомянули мельком. Также стоит упомянуть важное замечание из документации:
Parallel test execution is currently an experimental feature.
Я думаю, что стоит предупредить читателя об этом в начале статьи. Уже только по причине выше, но и не только! Иногда авторы расширений не рассчитывают на работу в многопоточной среде.
Я бы еще сказал, что в статье мало ссылок. Информацию не из головы вы же берете?
Их нет — ссылок, я не нашел ни одной. Я не считаю единственную с приглашением на бесплатный урок. Вопрос только в том, а кому надо такой урок?
Параллельные тесты JUnitPlatform. Как победить в гонке?