Java

프롤로그 가시성과 원자성 이 두가지를 이해 하면 Multi-thread프로로그램을 작성할 때 무엇을 주의해하는지 명확해진다. 또 다른 표현으로 설명 하자면 단일 Thread 프로그램에서는 가시성과 원자성을 괘념치 않아도 프로그램 작성하는데 문제가 없다. 그렇다고 해서 가시성과 원자성이 Multi-thread를 할 때만 뚜둥 나타나는 개념은 아니라는점 명확히 밝혀둔다. 하드웨어를 설계한 사람들에 의해 만들어진 원래 컴퓨터 내의 구조에 관한 이야기다. 이번 편에서는 지난편에서 설명한 이 두 가지 개념중에 가시성을 좀더 깊게 파고들어보려 한다. 비 가시성(가시성 이슈) 다른 자료나 책을 통해 가시성에 대한 개념을 이해하고 있는 독자라면 필자가 외 비 가시성이라는 반대가 되는 단어를 만들어 썼는지 감이 왔을것이..

프롤로그 프로그램밍이라는 것을 시작한 이래로 늘 무겁게 다가오는 주제가 Multi-Thread였다. 어떤 언어로 하던간에 어렵고 난해 했다. 그렇기에 늘 내가 알고 하고있구나 하는 느낌 보다는 어디서 주섬 주섬 주워온 코드로 현실에 Issue들을 해결하기 급급 했다. 헌데 지금은 양상이 다르다. 서버 프로그램밍을 하고 있는 시점에 "아 됐어, 돌아가!" 그리고 다음진도를 빼기에는 너무 불안하다. 사실 이 글을 쓰기전에 atomicReference와 atomicStampedReference등의 자바 Class를 이용한 기술 단편을 정리해서 글을 작성 했는데 내가 이거 뭐 알고 쓰고 있는거야 하는 자책감에 차마 공개하지 못하고 모든 진도와 계획을 멈추고 책과 자료를 찾아 뒤졌다. 자료를 하루 이틀 찾다 보니..

서비스 프로그램을 작성하다보면 내부 로직이 복잡하게 Thread로 얽히는 것이 일반적인 상황일 것이다. 이러다 보니 로그를 보며서 진행 흐름을 머리속으로 Synchronize하게 되는데, 사실 로그 파일이라는 것이 로깅 프레임웍에 따라 롤링도 되고 이를 실시간으로 업데이트 해주는 별도의 뷰어를 사용해야 하니 필자 같은 소위 M빠들은 DbgView를 이용하여 프로그램 Statement 사이 사이에 날려주는 디버그 정보를 읽어 디버그 혹은 UI가 없는 녀석들의 동작을 감시한다. 헌데 오늘 간만에 JAVA코드를 만지작 거리다 갑자기 그런 생각이 Java에서는 않되나? 역시 있었다. JAVA에는 JNI라고 하는 네이티브 인터페이스 메커니즘이 있고 이를 활용하여 해서 OutputDebugString함수를 사용하는..

프로그램 요소중에 가장 많이 활용되는 것중에 1~2등 안에 드는 것이 바로 자료구조일 것이다. 연속되는 데이터 여기서 자료를 보관하고 지우고 꺼내는 작용, 요약하자면 이렇다. 이 역시도 C#과 거의 비슷한데 조금씩 틀리다. 관련된 내용을 별도로 정리 하고자 한다. #List C#은 언어스팩 2.0부터 JAVA는 언어스팩 5부터 제네릭을 지원하였다. C++시절에는 템플릿 클래스라고 했던것이 두 언어에서 동일한 용어로 지원되기 시작했다. 순차를 갖는 즉 인덱스로 제어가 가능한 자료구조인 점에서는 C#과 동일하나 JAVA는 List가 인터페이스이다. 해서 ArrayList, LinkedList, Vector중에 하나를 용도에 맞게 골라서 사용해야 한다. List lstOfString = new ArrayLis..