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 할당이 배열에 대한 성능 저하인가요?
아니요 , array.length에 대한 호출은 O(1) 또는 상수 시간 작업입니다.
배열의 .length 속성은 공개 최종 멤버이며 이에 대한 액세스는 로컬 변수보다 느리지 않습니다. 이는 일반적으로 더 많은 오버헤드를 수반하는 size()와 같은 메서드 호출과 다릅니다.
최신 JIT 컴파일러는 .length에 대한 호출을 최적화하여 이를 완전히 제거할 수도 있습니다. 이를 확인하려면 JIT 컴파일러의 소스 코드를 검사하거나 덤프된 네이티브 코드를 검사하면 됩니다.
그러나 JIT 컴파일러는 디버깅이 활성화되거나 루프 본문에 과도한 지역 변수가 포함되어 있습니다.
위 내용은 ## for 루프에서 `array.length`를 호출하면 성능 병목 현상이 발생합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!