Java 쓰레드의 synchronized 관련 질문 드립니다!

Question

Thread 관련해서 테스트 코드를 만들어 해보고 있는데,알고 있는 내용과 결과가 달라서 질문 한 번 드립니다!(질문 하나 더! 제가 Thread를 잘 사용하지 않는 업무 환경이라.... Thread는 어떤 방식으로 디버깅하는게 효율적인가요?) 4개의 Thread를 돌리면서 출력을 한 번 할 때마다 counts를 1씩 증가하고99번까지만 정상출력 이후는 overflow를 찍게 하는 로직입니다. 변수 counts는 static 변수로, 출력하는 함수인 add는 synchronized 로 선언되어 있습니다. 제 생각에는 출력되는 counts 값은 0부터 순차적으로 출력되어야 맞는 것 같은데(add함수가 synchronized 이므로)동일한 값이 여러번 찍히기도 하고 순서도 뒤죽박죽으로 찍히는게 이해가 되지 않습니다.ex) 73번이 찍힌 후 71번이 찍히거나 overflow 이후에 찍히는 값들, 여러번 돌리다보면 80번대 값도 overflow 이후에 찍히는 경우가 있음. 디버깅을 하면 제가 잡고 있는 순간 때문에 값이 정상적으로 찍히고 Thread도 순차적으로 add함수를 사용한다기 보다는 뒤죽박죽 인 것 같습니다.제가 알기로 synchronized 함수의 경우 heap 방식으로 관리되는 것으로 알고 있는데 그럼 하나의 쓰레드가 계속적으로 함수를 사용할 수 없는 구조 아닌가요? (다른 쓰레드가 뒤에 대기하고 있기 때문에)제가 잘못 알고 있는 내용이나 좋은 참고 자료 있으시면 부탁 드립니다ㅠ그럼 좋은 하루 되세요~! public class ThreadsRun extends Thread{ static int counts &#61; 0; int threadNum; public ThreadsRun(int threadNum) { super(); this.threadNum&#61; threadNum; } public synchronized int add(int num){ System.out.println(nowNum&#43;&#34;의 &#34;&#43;num&#43;&#34; 번째 Threads 그리고 현재의 counts &#61; &#34;&#43;counts); counts &#61; counts&#43;1; return 0; } public void run(){ for(int i&#61;0; i<100 ;i&#43;&#43;){ if(counts < 100){ int index &#61; add(i); }else{ System.out.println(&#34;overflow&#34;); } } } public static void main(String[] args) { ThreadsRun tr0 &#61; new ThreadsRun(1); ThreadsRun tr1 &#61; new ThreadsRun(2); ThreadsRun tr2 &#61; new ThreadsRun(3); ThreadsRun tr3 &#61; new ThreadsRun(4); tr0.start(); tr1.start(); tr2.start(); tr3.start(); }} 2의 0 번째 Threads 그리고 현재의 counts &#61; 01의 0 번째 Threads 그리고 현재의 counts &#61; 03의 0 번째 Threads 그리고 현재의 counts &#61; 04의 0 번째 Threads 그리고 현재의 counts &#61; 03의 1 번째 Threads 그리고 현재의 counts &#61; 31의 1 번째 Threads 그리고 현재의 counts &#61; 22의 1 번째 Threads 그리고 현재의 counts &#61; 11의 2 번째 Threads 그리고 현재의 counts &#61; 63의 2 번째 Threads 그리고 현재의 counts &#61; 54의 1 번째 Threads 그리고 현재의 counts &#61; 43의 3 번째 Threads 그리고 현재의 counts &#61; 91의 3 번째 Threads 그리고 현재의 counts &#61; 82의 2 번째 Threads 그리고 현재의 counts &#61; 71의 4 번째 Threads 그리고 현재의 counts &#61; 123의 4 번째 Threads 그리고 현재의 counts &#61; 114의 2 번째 Threads 그리고 현재의 counts &#61; 103의 5 번째 Threads 그리고 현재의 counts &#61; 151의 5 번째 Threads 그리고 현재의 counts &#61; 142의 3 번째 Threads 그리고 현재의 counts &#61; 131의 6 번째 Threads 그리고 현재의 counts &#61; 183의 6 번째 Threads 그리고 현재의 counts &#61; 174의 3 번째 Threads 그리고 현재의 counts &#61; 163의 7 번째 Threads 그리고 현재의 counts &#61; 211의 7 번째 Threads 그리고 현재의 counts &#61; 202의 4 번째 Threads 그리고 현재의 counts &#61; 191의 8 번째 Threads 그리고 현재의 counts &#61; 243의 8 번째 Threads 그리고 현재의 counts &#61; 234의 4 번째 Threads 그리고 현재의 counts &#61; 223의 9 번째 Threads 그리고 현재의 counts &#61; 271의 9 번째 Threads 그리고 현재의 counts &#61; 262의 5 번째 Threads 그리고 현재의 counts &#61; 251의 10 번째 Threads 그리고 현재의 counts &#61; 303의 10 번째 Threads 그리고 현재의 counts &#61; 293의 11 번째 Threads 그리고 현재의 counts &#61; 333의 12 번째 Threads 그리고 현재의 counts &#61; 343의 13 번째 Threads 그리고 현재의 counts &#61; 353의 14 번째 Threads 그리고 현재의 counts &#61; 363의 15 번째 Threads 그리고 현재의 counts &#61; 374의 5 번째 Threads 그리고 현재의 counts &#61; 283의 16 번째 Threads 그리고 현재의 counts &#61; 381의 11 번째 Threads 그리고 현재의 counts &#61; 322의 6 번째 Threads 그리고 현재의 counts &#61; 311의 12 번째 Threads 그리고 현재의 counts &#61; 413의 17 번째 Threads 그리고 현재의 counts &#61; 404의 6 번째 Threads 그리고 현재의 counts &#61; 393의 18 번째 Threads 그리고 현재의 counts &#61; 441의 13 번째 Threads 그리고 현재의 counts &#61; 432의 7 번째 Threads 그리고 현재의 counts &#61; 421의 14 번째 Threads 그리고 현재의 counts &#61; 471의 15 번째 Threads 그리고 현재의 counts &#61; 491의 16 번째 Threads 그리고 현재의 counts &#61; 501의 17 번째 Threads 그리고 현재의 counts &#61; 511의 18 번째 Threads 그리고 현재의 counts &#61; 521의 19 번째 Threads 그리고 현재의 counts &#61; 531의 20 번째 Threads 그리고 현재의 counts &#61; 541의 21 번째 Threads 그리고 현재의 counts &#61; 551의 22 번째 Threads 그리고 현재의 counts &#61; 561의 23 번째 Threads 그리고 현재의 counts &#61; 571의 24 번째 Threads 그리고 현재의 counts &#61; 581의 25 번째 Threads 그리고 현재의 counts &#61; 591의 26 번째 Threads 그리고 현재의 counts &#61; 601의 27 번째 Threads 그리고 현재의 counts &#61; 611의 28 번째 Threads 그리고 현재의 counts &#61; 623의 19 번째 Threads 그리고 현재의 counts &#61; 464의 7 번째 Threads 그리고 현재의 counts &#61; 453의 20 번째 Threads 그리고 현재의 counts &#61; 641의 29 번째 Threads 그리고 현재의 counts &#61; 632의 8 번째 Threads 그리고 현재의 counts &#61; 481의 30 번째 Threads 그리고 현재의 counts &#61; 673의 21 번째 Threads 그리고 현재의 counts &#61; 664의 8 번째 Threads 그리고 현재의 counts &#61; 653의 22 번째 Threads 그리고 현재의 counts &#61; 701의 31 번째 Threads 그리고 현재의 counts &#61; 692의 9 번째 Threads 그리고 현재의 counts &#61; 681의 32 번째 Threads 그리고 현재의 counts &#61; 733의 23 번째 Threads 그리고 현재의 counts &#61; 724의 9 번째 Threads 그리고 현재의 counts &#61; 713의 24 번째 Threads 그리고 현재의 counts &#61; 761의 33 번째 Threads 그리고 현재의 counts &#61; 752의 10 번째 Threads 그리고 현재의 counts &#61; 741의 34 번째 Threads 그리고 현재의 counts &#61; 793의 25 번째 Threads 그리고 현재의 counts &#61; 784의 10 번째 Threads 그리고 현재의 counts &#61; 773의 26 번째 Threads 그리고 현재의 counts &#61; 821의 35 번째 Threads 그리고 현재의 counts &#61; 812의 11 번째 Threads 그리고 현재의 counts &#61; 801의 36 번째 Threads 그리고 현재의 counts &#61; 853의 27 번째 Threads 그리고 현재의 counts &#61; 844의 11 번째 Threads 그리고 현재의 counts &#61; 833의 28 번째 Threads 그리고 현재의 counts &#61; 881의 37 번째 Threads 그리고 현재의 counts &#61; 872의 12 번째 Threads 그리고 현재의 counts &#61; 861의 38 번째 Threads 그리고 현재의 counts &#61; 913의 29 번째 Threads 그리고 현재의 counts &#61; 904의 12 번째 Threads 그리고 현재의 counts &#61; 893의 30 번째 Threads 그리고 현재의 counts &#61; 941의 39 번째 Threads 그리고 현재의 counts &#61; 932의 13 번째 Threads 그리고 현재의 counts &#61; 921의 40 번째 Threads 그리고 현재의 counts &#61; 973의 31 번째 Threads 그리고 현재의 counts &#61; 964의 13 번째 Threads 그리고 현재의 counts &#61; 95overflowoverflowoverflowoverflow ...1의 41 번째 Threads 그리고 현재의 counts &#61; 99overflowoverflow ...2의 14 번째 Threads 그리고 현재의 counts &#61; 98overflowoverflow....

음... · Answer

add(int num) 메소드는 synchronized 입니다만 입력 parameter를 이용해서 count를 add 하고 있기때문에 당연히 해당 현상이 발생합니다. public synchronized int add(){ System.out.println(nowNum&#43;&#34;의 &#34;&#43;num&#43;&#34; 번째 Threads 그리고 현재의 counts &#61; &#34;&#43;counts); return counts&#43;&#43;; } 로 해 보세요가능하면 ExecutorService 나 Fork-Join Framework 를 이용하시는 방향으로도 고민해 보세요.

으메힘든것 · Answer

음.... 님이 말씀하신 방법대로 하면 결과는 동일합니다.처음 로직에서 문제 분석을 위해 하나 둘 빼다보니 이런 모양이 되었는데num 변수는 출력만 할 뿐 counts 값에는 영향을 미치지 않습니다~!

으메힘든것 · Answer

처음에 답변 달아주신 분 글이 안 보이는데;;다시 답변 부탁 드릴게요~;;ㅠ

으메힘든것 · Answer

ExecutorService 는 한 번 살펴 보겠습니다! 예전에 썼었는데 기억이 가물가물하네요ㅠ

으메힘든것 · Answer

ThreadPoolExecutor 사용하니 원하는 결과를 얻었습니다....ExecutorService 관련 api 잘 살펴 봐야겠네요;; 어떤 기능을 기본으로 제공하는지~!모두 도움 감사합니다~^^

돈까스 · Answer

syncrhonized 를 메소드에 붙힌 경우에는 기본적으로 this 에 대해서 동기화가 됩니다지금 보시면 각각의 쓰레드는 서로 다른 객체로 되어 있기 때문에 this 의 참조가 다릅니다.따라서 서로간에 동기화는 되지 않습니다.원하시는 결과를 얻고 싶으시다면 public class ThreadsRun extends Thread{ static Object obj; static int counts &#61; 0; int threadNum;... 와 같이 syncrhonize 대상으로 사용하기 위한 객체를 만드시구요. public int add(int num){ synchronized (obj) { System.out.println(nowNum&#43;&#34;의 &#34;&#43;num&#43;&#34; 번째 Threads 그리고 현재의 counts &#61; &#34;&#43;counts); counts &#61; counts&#43;1; return 0; }} 이런 식으로 하셔야 원하시는 대로 동작합니다. 다른 방법으로는 ThreadRun 자체를 쓰레드 클래스로 사용하지 마시고,실제 쓰레드는 Runnable 의 구현체를 만드셔서 ThreadRun 객체의 run()을 간접적으로 실행하게 하시면 원하는 결과를 얻을 수 있겠죠.

Java 쓰레드의 synchronized 관련 질문 드립니다!

6개의 답변

Q&A 목록