Я использую JavaMailSenderImpl с весны для отправки электронных писем в своем веб-приложении. Я создал только один экземпляр этого (на самом деле он используется другим объектом, созданным с использованием спринг-бинов и являющимся синглтоном).
Итак, вопрос в том, является ли JavaMailSenderImpl потокобезопасным? В моем приложении, когда несколько потоков одновременно используют mailSender, приведет ли это к каким-либо условиям гонки?
Да, JavaMailSenderImpl является потокобезопасным после создания.
Взгляните на doSend метод, который выполняет реальную работу. Он содержит только локальные переменные метода (поэтому каждый вызывающий поток/стек имеет свой собственный экземпляр). (То же самое относится и к методу send, который добавляет некоторую функциональность).
Такие методы, как getSession равно synchronized, поэтому только один поток может иметь доступ к этому методу.
Самое главное, что делает его потокобезопасным, — это тот факт, что (почти) нет изменяемого общего состояния, а единственное изменяемое общее состояние (Session), которое есть, — это synchronized.
Кроме того, я использовал его более 12 лет в производственных системах в одноэлементном режиме и никогда не имел проблем с параллелизмом. И да, мы использовали его в высокопараллельных приложениях. (И это также то, как другие компоненты платформы, такие как Spring Batch и Spring Integration, используют JavaMailSender API).
getSession, поэтому здесь не происходит «до края», даже если существует некоторая точка синхронизации после построения.
- person SerCe; 13.06.2016
getUsername и getPassword вызываются один раз, а затем используются локально, а не глобально. То же самое относится и к другим классам фреймворка (все они содержат примечание: ** Экземпляр этого класса является потокобезопасным после настройки. **.).
- person M. Deinum; 13.06.2016
connectTransport можно вызывать несколько раз из разных потоков (каждое doSend). Таким образом, если этот поток запустился до потока Spring-Bootstrap, он может прочитать null из getUsername из-за отсутствия края «происходит до». (Я согласен с вами, что это очень непрактичный случай, особенно для x86, но я не вижу здесь никаких доказательств правильности JMM)
- person SerCe; 13.06.2016
doSend.
- person M. Deinum; 13.06.2016
Он потокобезопасен, но стоит добавить, что он может поддерживать только ограниченное количество одновременных вызовов. Я получаю следующую ошибку, когда мой 4-й поток вызывает функцию sendMail:
org.springframework.mail.MailSendException: Неудачные сообщения: com.sun.mail.smtp.SMTPSendFailedException: 432 4.3.2 STOREDRV.ClientSubmit; превышен предел потока отправителя [Hostname=***]. Таким образом, вы должны перехватывать исключения во время выполнения и регистрировать их, иначе они просто будут проглочены службой-исполнителем, выполняющей этот поток.
Нет.
Хотя имеет некоторую синхронизацию в исходном коде, такие поля, как пользователь, пароли, не имеют доступа к синхронизации. Итак, если вы вызываете setUsername в одном потоке, нет гарантии видимости для других потоков.
