예외 분석
Java 코드를 작성한 사람이라면 누구나 이 예외가 발생했다고 생각합니다. 이는 일반적으로 다음 코드로 인해 발생합니다.
import java.util.List; import java.util.ArrayList; public class Test{ public static void main(String[] args){ List<string> list = new ArrayList(); list.add("123"); list.add("456"); list.add("789"); for(String obj : list){ list.remove(obj); } } } </string>
위 코드는 결국 java.util.ConcurrentModificationException을 발생시킵니다. ? 먼저 위 코드를 디컴파일하여 다음 결과를 얻습니다(foreach 구문 설탕을 더 잘 알고 있으면 무시해도 됩니다).
public class Test { public Test(); Code: 0: aload_0 1: invokespecial #1 // Method java/lang/Object."<init>":()V 4: return LineNumberTable: line 4: 0 public static void main(java.lang.String[]); Code: 0: new #2 // class java/util/ArrayList 3: dup 4: invokespecial #3 // Method java/util/ArrayList."<init>":()V 7: astore_1 8: aload_1 9: ldc #4 // String 123 11: invokeinterface #5, 2 // InterfaceMethod java/util/List.add:(Ljava/lang/Object;)Z 16: pop 17: aload_1 18: ldc #6 // String 456 20: invokeinterface #5, 2 // InterfaceMethod java/util/List.add:(Ljava/lang/Object;)Z 25: pop 26: aload_1 27: ldc #7 // String 789 29: invokeinterface #5, 2 // InterfaceMethod java/util/List.add:(Ljava/lang/Object;)Z 34: pop 35: aload_1 36: invokeinterface #8, 1 // InterfaceMethod java/util/List.iterator:()Ljava/util/Iterator; 41: astore_2 42: aload_2 43: invokeinterface #9, 1 // InterfaceMethod java/util/Iterator.hasNext:()Z 48: ifeq 72 51: aload_2 52: invokeinterface #10, 1 // InterfaceMethod java/util/Iterator.next:()Ljava/lang/Object; 57: checkcast #11 // class java/lang/String 60: astore_3 61: aload_1 62: aload_3 63: invokeinterface #12, 2 // InterfaceMethod java/util/List.remove:(Ljava/lang/Object;)Z 68: pop 69: goto 42 72: return LineNumberTable: line 6: 0 line 7: 8 line 8: 17 line 9: 26 line 10: 35 line 11: 61 line 12: 69 line 13: 72 } </init></init>
위 코드를 번역하는 것은 다음 코드와 동일합니다.
import java.util.List; import java.util.ArrayList; import java.util.Iterator; public class Test{ public static void main(String[] args){ List<string> list = new ArrayList(); list.add("123"); list.add("456"); list.add("789"); Iterator<string> iterator = list.iterator(); while (iterator.hasNext()){ String obj = iterator.next(); list.remove(obj); } } } </string></string>
그런 다음 iterator.hasNext( )
소스 코드에서 첫 번째 줄이 checkForComodification
메서드를 호출하는 것을 확인할 수 있습니다. 이 메서드를 확인해 보겠습니다. 가 true이면 ConcurrentModificationException
예외가 발생합니다. 그러면 이 조건은 어떻게 설정됩니까? iterator.hasNext()
源码,可以发现第一行调用了checkForComodification
方法,我们查看这个方法:
final void checkForComodification() { if (modCount != expectedModCount) throw new ConcurrentModificationException(); }
在modCount != expectedModCount
这个条件成立的时候会抛出ConcurrentModificationException
异常,那么这个条件是怎么成立的呢?
1、首先我们查看modCount
的来源,可以发现modCount
的值等于当前List的size
,当调用List.remove
方法的时候modCount
也会相应的减1;
2、然后我们查看expectedModCount
的来源,可以看到是在构造Iterator
(这里使用的是ArrayList的内部实现)的时候,有一个变量赋值,将modCount
的值赋给了expectedModCount
;
3、最后当我们执行循环调用List.remove
方法的时候,modCount
改变了但是expectedModCount
并没有改变,当第一次循环结束删除一个数据准 备第二次循环调用iterator.hasNext()
方法的时候,checkForComodification()
方法就会抛出异常,因为此时List
的modCount
已经变为 了2,而expectedModCount
仍然是3,所以会抛出ConcurrentModificationException
异常;
解决方法
那么如何解决该问题呢?我们查看java.util.ArrayList.Itr
(ArrayList中的Iterator实现)的源码可以发现,在该迭代器中有一个remove
方法可以 删除当前迭代元素,而且会同时修改modCount
和expectedModCount
,这样在进行checkForComodification
检查的时候就不会抛出异常了,该remove
方法源码如下:
public void remove() { if (lastRet <p>其中<code>ArrayList.this.remove(lastRet);</code>这一行会改变<code>modCount</code>的值,而后边会同步的修改<code>expectedModCount</code>的值等于<code>modCount</code></p>1 먼저 <code>modCount</code>의 소스를 확인하면 <code>modCount</code>의 값이 현재의 <code>size</code>와 같은 것을 확인할 수 있습니다. List.<code>List.remove</code> 메소드를 사용하면 그에 따라 <code>modCount</code>도 1씩 감소합니다. 그런 다음 <code>expectedModCount 그리고 <code> Iterator</code>(여기서 ArrayList의 내부 구현이 사용됨)를 생성하는 것을 볼 수 있습니다. 변수 할당이 있고 <code>modCount</code>의 값은 다음과 같습니다. <code>expectedModCount</code>에 할당됨 <p></p>3. 마지막으로 루프를 실행하고 <code>List.remove</code> 메서드를 호출하면 <code>modCount</code>는 변경되지만 <code> ExpectModCount</code>는 변경되지 않습니다. 첫 번째 루프가 끝나면 삭제됩니다. 데이터가 루프에서 두 번째로 <code>iterator.hasNext()</code> 메서드를 호출할 준비가 되면 checkForComodification()</code> 메소드는 예외를 발생시킵니다. 왜냐하면 이때 <code>List</code> code>의 <code>modCount</code>가 2로 변경되고 <code> ExpectModCount</code>는 여전히 3이므로 <code>ConcurrentModificationException</code> 예외가 발생합니다. 🎜🎜🎜🎜🎜🎜Solution Method🎜🎜이 문제를 해결하는 방법은 무엇입니까? <code>java.util.ArrayList.Itr</code>(ArrayList의 Iterator 구현)의 소스 코드를 살펴보면 이 반복자에 다음을 수행할 수 있는 <code>remove</code> 메소드가 있음을 알 수 있습니다. 또한, <code>modCount</code> 및 <code>expectedModCount</code>가 동시에 수정되므로 <code>checkForComodification</code>를 수행할 때 예외가 발생하지 않습니다. > <code>remove 메소드의 소스코드는 다음과 같습니다. 🎜<pre class="brush:php;toolbar:false">import java.util.List; import java.util.ArrayList; import java.util.Iterator; public class Test{ public static void main(String[] args){ List<string> list = new ArrayList(); list.add("123"); list.add("456"); list.add("789"); Iterator<string> iterator = list.iterator(); while (iterator.hasNext()) { System.out.println("移除:" + iterator.next()); iterator.remove(); } } }</string></string>🎜 그 중
ArrayList.this.remove(lastRet);
는 modCount이며 나중에 동기적으로 수정됩니다. expectedModCount
의 값은 modCount
의 값과 같습니다. 🎜🎜이제 우리가 시작한 프로그램을 다음과 같이 수정합니다. 다음과 같이 정상적으로 실행됩니다: 🎜rrreee위 내용은 Java에서 ConcurrentModificationException 예외 경고를 해결하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

javaispopularforcross-platformdesktopapplicationsduetoits "writeonce, runanywhere"철학

Java에서 플랫폼 별 코드를 작성하는 이유에는 특정 운영 체제 기능에 대한 액세스, 특정 하드웨어와 상호 작용하고 성능 최적화가 포함됩니다. 1) JNA 또는 JNI를 사용하여 Windows 레지스트리에 액세스하십시오. 2) JNI를 통한 Linux 특이 적 하드웨어 드라이버와 상호 작용; 3) 금속을 사용하여 JNI를 통해 MacOS의 게임 성능을 최적화하십시오. 그럼에도 불구하고 플랫폼 별 코드를 작성하면 코드의 이식성에 영향을 미치고 복잡성을 높이며 잠재적으로 성능 오버 헤드 및 보안 위험을 초래할 수 있습니다.

Java는 Cloud-Native Applications, Multi-Platform 배포 및 교차 운용성을 통해 플랫폼 독립성을 더욱 향상시킬 것입니다. 1) Cloud Native Applications는 Graalvm 및 Quarkus를 사용하여 시작 속도를 높입니다. 2) Java는 임베디드 장치, 모바일 장치 및 양자 컴퓨터로 확장됩니다. 3) Graalvm을 통해 Java는 Python 및 JavaScript와 같은 언어와 완벽하게 통합되어 언어 교차 수용 가능성을 향상시킵니다.

Java의 강력한 유형 시스템은 유형 안전, 통합 유형 변환 및 다형성을 통해 플랫폼 독립성을 보장합니다. 1) 유형 안전성 런타임 오류를 피하기 위해 컴파일 시간에 유형 검사를 수행합니다. 2) 통합 유형 변환 규칙은 모든 플랫폼에서 일관성이 있습니다. 3) 다형성 및 인터페이스 메커니즘은 코드가 다른 플랫폼에서 일관되게 행동하게 만듭니다.

JNI는 Java의 플랫폼 독립성을 파괴 할 것입니다. 1) JNI는 특정 플랫폼에 대한 로컬 라이브러리를 요구합니다. 2) 대상 플랫폼에서 로컬 코드를 컴파일하고 연결해야합니다. 3) 운영 체제 또는 JVM의 다른 버전은 다른 로컬 라이브러리 버전을 필요로 할 수 있습니다.

신흥 기술은 위협을 일으키고 Java의 플랫폼 독립성을 향상시킵니다. 1) Docker와 같은 클라우드 컴퓨팅 및 컨테이너화 기술은 Java의 플랫폼 독립성을 향상 시키지만 다양한 클라우드 환경에 적응하도록 최적화되어야합니다. 2) WebAssembly는 Graalvm을 통해 Java 코드를 컴파일하여 플랫폼 독립성을 확장하지만 성능을 위해 다른 언어와 경쟁해야합니다.

다른 JVM 구현은 플랫폼 독립성을 제공 할 수 있지만 성능은 약간 다릅니다. 1. OracleHotspot 및 OpenJDKJVM 플랫폼 독립성에서 유사하게 수행되지만 OpenJDK에는 추가 구성이 필요할 수 있습니다. 2. IBMJ9JVM은 특정 운영 체제에서 최적화를 수행합니다. 3. Graalvm은 여러 언어를 지원하며 추가 구성이 필요합니다. 4. AzulzingJVM에는 특정 플랫폼 조정이 필요합니다.

플랫폼 독립성은 여러 운영 체제에서 동일한 코드 세트를 실행하여 개발 비용을 줄이고 개발 시간을 단축시킵니다. 구체적으로, 그것은 다음과 같이 나타납니다. 1. 개발 시간을 줄이면 하나의 코드 세트 만 필요합니다. 2. 유지 보수 비용을 줄이고 테스트 프로세스를 통합합니다. 3. 배포 프로세스를 단순화하기위한 빠른 반복 및 팀 협업.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.

SublimeText3 Linux 새 버전
SublimeText3 Linux 최신 버전

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음
