Для корректного обновления одной и той же сущности при одновременных транзакциях конкурирующих потоков в Java обычно применяются механизмы управления конкурентным доступом, такие как:

Оптимистичная блокировка — предполагает, что конфликты редких, и проверяет версию сущности перед коммитом. Если версия изменилась, транзакция откатывается и повторяется. В JPA это реализуется через аннотацию @Version.
Пессимистичная блокировка — блокирует запись на время транзакции, не позволяя другим транзакциям читать или изменять сущность. В JPA можно использовать методы EntityManager.lock() с типом блокировки PESSIMISTIC_WRITE.
Синхронизация на уровне приложения — использование synchronized или других механизмов блокировки потоков, чтобы гарантировать последовательный доступ.

Пример оптимистичной блокировки с JPA:

@Entity
public class Product {
    @Id
    private Long id;

    @Version
    private Integer version;

    private int quantity;

    // геттеры и сеттеры
}

// В сервисе
@Transactional
public void updateQuantity(Long productId, int delta) {
    Product product = entityManager.find(Product.class, productId);
    product.setQuantity(product.getQuantity() + delta);
    // При коммите JPA проверит версию и выбросит OptimisticLockException, если была изменена
}

Таким образом, при одновременных обновлениях одна из транзакций будет отклонена, и её можно повторить.

Каким образом обеспечить корректное обновление одной и той же сущности при одновременных транзакциях конкурирующих потоков?