17:55 1. synchronizedList로 선언한 이유는 여러 채팅쓰레드의 공유 자원에 대한 동기화를 처리하는 것으로 이해하였습니다. 쓰레드의 수가 적을 때는 동기화 처리를 해주지 않아도 문제가 발생하지 않을 수 있지만 많은 쓰레드가 공유하는 자원인 경우를 가정해서 하신건가요? 2. 지금의 예제에서는 동기화 처리가 필요한지 궁금합니다... "/quit" 또는 프로그램 강제 종료의 이유로 oList.remove(this)가 호출될 때 무조건 해당 단일 쓰레드에서만 호출하지 않나요..? + ChatGPT 학습 결과 : 기본적으로 순차적으로 실행하는 경우 쓰레드 충돌의 문제가 없어 안전하게 사용이 가능하지만 대량의 채팅쓰레드를 만들어 공유 자원에 접근하는 경우 예기치 못한 동시성 문제 등으로 인해 에러가 발생할 수 있다.(ex. 채팅룸의 상태가 바뀌는 중에 메세지가 보내지거나하는 등) 따라서 동기화 처리를 하여 안전한 사용을 보장하면 더 좋다 로 이해했는데 맞을까요?!
즐거운 자바 완강했습니다.
원래 책으로 공부하고 있었는데 지루함을 느껴 즐거운 자바를 보게 되었습니다.
정말 많은 도움이 되었습니다.
이제 복습 한 번만 하고 백엔드 프로그래밍으로 넘어가려고 합니다.
앞으로도 잘 부탁드립니다. 감사합니다.
수고하셨습니다
17:55
1. synchronizedList로 선언한 이유는 여러 채팅쓰레드의 공유 자원에 대한 동기화를 처리하는 것으로 이해하였습니다.
쓰레드의 수가 적을 때는 동기화 처리를 해주지 않아도 문제가 발생하지 않을 수 있지만 많은 쓰레드가 공유하는 자원인 경우를 가정해서 하신건가요?
2. 지금의 예제에서는 동기화 처리가 필요한지 궁금합니다...
"/quit" 또는 프로그램 강제 종료의 이유로 oList.remove(this)가 호출될 때 무조건 해당 단일 쓰레드에서만 호출하지 않나요..?
+ ChatGPT 학습 결과
: 기본적으로 순차적으로 실행하는 경우 쓰레드 충돌의 문제가 없어 안전하게 사용이 가능하지만 대량의 채팅쓰레드를 만들어 공유 자원에 접근하는 경우 예기치 못한 동시성 문제 등으로 인해 에러가 발생할 수 있다.(ex. 채팅룸의 상태가 바뀌는 중에 메세지가 보내지거나하는 등) 따라서 동기화 처리를 하여 안전한 사용을 보장하면 더 좋다
로 이해했는데 맞을까요?!
chatGPT가 똘똘하네요
덕분에 완강했어요 감사합니다~
오 수고했어요. 이제 자바백엔드 재생목록을 보는 겁니다.
@@funnyjava 감사합니다~ 이미 듣고있어서 24강 보고 있는데 완강하고 다시 감사 인사드리겠습니다~
44:04 ㅋㅋㅋ
ㅎㅎ 라이브의 묘미(?) 입니다.
드디어 두번 돌렸습니다. 책만 보다가 영상으로 같이 해보니까 이해가 더 잘 되는 거 같습니다 ㅜㅜ 감사합니다. 이제 백엔드 프로그래밍 돌리면 되는거죠?
네 백엔드 영상보면서 모르는건 찾아보면서 해보세요 파이팅
10일동안 Java 야무지게 잘 배웠습니다!
한 번 더 복습하고 백엔드로 넘어가야겠죠...?!
화이팅입니다!
이제 SQL로... 몇번 봤는데도 채팅이랑 회원관리 부분은 어렵네요 ㅠㅠ
화이팅입니다!