AtomicIntegerの性能を検証する - Qiita

マルチスレッドでintを使う そもそもJavaやAndroidでintを使う場合，複数のスレッドから演算をするときはロックを取らないといけません．これは1行の演算やインクリメント・デクリメントでも同じです． 例えばi = i + 1を演算する場合，まずiを取得して，1を足してからまたiに代入しますが，取得してから代入するまでに他のスレッドがiの値を変更している可能性があります． i++と書いた場合も同様でインクリメントしている間に値が変わっている可能性があります． アセンブラとかに詳しい人は「インクリメントなんて機械語でアトミックな処理があるじゃん」と思うかもしれませんが，i+=2の場合はロックを取らないといけないことを考えると，言語仕様として一貫性を保つためにもi++はアトミックな処理になっていないのではないか，と想像します． そもそも本当に値は変わってるのか 「とはいってもそんなの滅多

[nilab]

「そもそもJavaやAndroidでintを使う場合，複数のスレッドから演算をするときはロックを取らないといけません」「たかだか普通のintを足し算するときはちゃんとAtomicIntegerを使いましょう」