레슨

"안녕, 아미고!"

"안녕하세요, 아미고! 이미 가지고 있거나 곧 할 흥미로운 질문이 있습니다. 실행 중인 스레드를 어떻게 중지합니까? " 사용자가 프로그램에 "인터넷에서 파일을 다운로드"하라고 지시한다고 가정해 보겠습니다. 기본 스레드는 이 작업에 대해 별도의 자식 스레드를 만들고 파일을 다운로드하는 데 필요한 모든 작업이 포함된 실행 메서드의 개체를 전달합니다. 그러나 갑자기 사용자가 마음을 바꿉니다. 그는 파일을 다운로드하고 싶지 않습니다.

"안녕하세요, 아미고! Ellie의 취소 아이디어가 훌륭했음을 인정해야 합니다." "네." "실제로 비슷한 것이 Thread 클래스에 존재합니다. 변수만 isCancel 이라고 하지 않습니다. isInterrupt 라고 합니다 . 그리고 스레드를 중지하는 데 사용되는 메서드는 cancel() 이 아닙니다 . interrupt() 입니다 ." "정말?" "예. 확인해보세요." 암호 설명 class Clock implements

"안녕, 아미고!"

"안녕하세요, 아미고! 진행 상황에 대해 말씀해 주세요. 이번 주에 무엇을 공부하셨나요?" "Ellie, Rishi, Doctor Bilaabo와 저는 멀티스레딩에 대해 이야기했습니다. 많이 배웠습니다!" "친애하는 친구야, 나는 당신의 이해를 넓힐 무언가가 있다고 생각합니다. 이론이 더 있으면 도움이 될 것입니다. 편안히 앉아 계십시오. 당신에게 할 말이 있습니다. Java의 멀티스레딩: 정의, 이점 및 일반적인 함정 이제

"안녕하세요, 아미고! 저는 90년대 TV 프로그램의 팬입니다. 정말 멋졌습니다. 좋아요, 잡담은 그만하세요. 시청을 시작하겠습니다:"

"이봐, 병사!" "좋은 하루 되세요, 캡틴!" "굉장한 소식이 있습니다. 다음은 기술을 강화할 수 있는 몇 가지 연습입니다. 매일 수행하면 기술이 미친 속도로 향상됩니다. 특히 IntelliJ IDEA를 위해 만들어졌습니다." "이전 운동은 신인을 위한 것이었습니다. 노련한 사람들을 위한 고급 보너스 운동을 추가했습니다. 단지 베테랑을 위한 것입니다."

레벨 17

"안녕하세요, 아미고! 어제 우리는 멀티스레딩의 장점과 편리함에 대해 논의했습니다. 이제 단점을 살펴볼 차례입니다. 그리고 불행히도 그것들은 작지 않습니다." 이전에 우리는 프로그램을 서로의 메서드를 호출하는 개체 집합으로 보았습니다. 이제 모든 것이 조금 더 복잡해집니다. 프로그램은 여러 개의 "작은 로봇"(스레드)이 크롤링하고 메서드에 포함된 명령을 실행하는 개체 집합과 비슷합니다. 이 새로운 해석은 첫 번째 해석을 취소하

"안녕, 아미고!"

"안녕하세요, 아미고! 만병통치약이 있습니다. 만병통치약입니다. 이미 살펴보았듯이 제어되지 않은 스레드 전환이 문제입니다." "스레드가 다음 스레드로 전환할 시기를 스스로 결정할 수 없는 이유는 무엇입니까? 필요한 모든 작업을 수행한 다음 «완료했습니다!»라고 신호를 보내야 합니까?" "스레드 자체가 전환을 제어하도록 허용하는 것은 훨씬 더 큰 문제가 될 것입니다. 잘못 작성된 코드가 있고 스레드가 CPU를 포기하지 않는다고

"안녕, 아미고!"