for ループを for-each ループに置き換える場合、開発者はよく次のパターンに遭遇します。
<code class="java">for (int i = 0, n = a.length; i < n; i++) { ... }</code>
より単純な方法の代わりに:
<code class="java">for (int i = 0; i < a.length; i++) { ... }</code>
これにより、追加の n = a.length 割り当ては配列のパフォーマンスに影響を与えるのでしょうか?
いいえ
配列の .length プロパティはパブリックの最終メンバーであり、これへのアクセスはローカル変数よりも遅くありません。これは、通常、より多くのオーバーヘッドを伴う size() のようなメソッド呼び出しとは異なります。
最新の JIT コンパイラーは、.length の呼び出しを最適化して完全に排除することもできます。これを確認するには、JIT コンパイラーのソース コードを検査するか、ダンプされたネイティブ コードを検査します。
ただし、JIT コンパイラーは、デバッグが有効な場合やデバッグが有効な場合など、常にこの最適化を実行できるとは限りません。ループ本体に過剰なローカル変数が含まれています。
以上が## for ループでの「array.length」の呼び出しはパフォーマンスのボトルネックですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。