なぜ Java ではアトミックではないのですか?
Java では、効率を考慮して i 演算子はアトミックではありません。アトミック性は望ましいものですが、ソフトウェアとハードウェアの同期に多大なオーバーヘッドを伴います。
i を非アトミックにすることで、Java はコードの実行を最適化し、不必要な同期コストを回避します。ほとんどの場合、i 操作にとってアトミック性は重要ではないことに注意することが重要です。
さらに、Java と C および C との互換性を維持することが、この設計上の決定に役割を果たしました。アトミック性により、構文とセマンティクスに矛盾が生じ、C 系言語から Java に移行するプログラマーが混乱する可能性があります。
さらに、機械命令レベルであっても、アトミックなインクリメント操作にはパフォーマンスの低下が伴うことがよくあります。 x86 アーキテクチャでは、inc 命令をアトミックにするために特別な「ロック プレフィックス」が必要です。このコストにより、非アトミック インクリメントの速度が大幅に低下し、不要なオーバーヘッドが発生します。
MIPS などの一部の命令セット アーキテクチャには、ネイティブのアトミック インクリメント操作がまったくありません。このような場合、アトミック インクリメントには、データの一貫性を確保するためにロードリンク (ll) 命令とストア条件付き (sc) 命令を使用する複雑なソフトウェア ループが必要です。
以上がJava ではなぜアトミックではないのですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。