김머성 블로그

[c++/boost::asio] Bank Server 개발일기

어제 배운 내용이다. this포인터를 사용하는 람다식을 작성하면 해당 람다식이 생성되는 시점의 this가 박제되어 들어간다. 이 문제 때문에 정상적으로 세션이 해제되지 않는 버그가 있었다. 우선 세션이 파기되는 조건은 인자로 주어지는 expire_time이상의 시간이 지나면 자동으로 세션 객체가 해제되도록 되어있다. 세션 생성자에서 타이머에 this->세션파기() 함수를 람다로 넣고 다른 쓰레드에서 시간을 세다가 해당 람다를 호출하는 방식이다. 내가 생각했던 작동 방식은 해당 세션이 복사된다면, this포인터가 가리키는 객체도 함께 변해서 복사된 객체도 정상적으로 세션이 해제될 줄 알았다. 하지만 세션을 복사해도 람다식에 선언했던 this의 주소는 바뀌지 않았다. 리스너에서 받은 정보를 바로 전달하는 것..

[c++/boost::asio] Bank Server 개발일기

정해놨던 클라이언트 연결 방식을 실제로 구현하고 있다. 우선 DB쪽은 개설하기도 어렵거니와 따로 공부를 해야하는 파트이기 때문에 return true함수를 만들어 사용하고 있고 나머지 큐작업~ 실제 통신까지 구현을 했다. 우선 나는 이 프로그램을 수많은 사용자가 사용할 것이고 여러대의 컴퓨터에서 이 프로그램을 가동해서 io를 처리한다는 가정하에 개발을 진행하고 있다. 그렇다보니 쓰레드 작업이 가끔 여러번 겹쳐서 복잡해 질 때가 있다. 지난번에 작성했던 포인터 손실 현상도 사실 쓰레드에 관련된 문제였다. 이번엔 오늘 발생했던 쓰레드 프로그래밍에 대한 기본적인 실수를 적어보려한다. while (stop_ev_.wait_for(std::chrono::microseconds(100)) == std::future..

[c++/boost::asio] Bank Server 개발일기

오늘은 어제 하던 listener에 session_pool을 연동시키고 listener에서 세션 풀을 바라보면서 요청사항이 들어오면 하나씩 꺼내서 처리할 수 있도록 제작했다. 아직 테스트를 못해봤는데 테스트를 위한 코드까지 짜려면 오늘 커밋을 못할 것 같아서 여기서 끊었다. 비동기 코딩을 하면서 느끼는 가장 큰 점은 함수 컨텍스트가 어디까지인지 파악하는 점이 굉장히 중요하다는 점이다. 초기에 타이머를 작성하면서 마주쳤던 가장 큰 문제가 컨텍스트에 의해 선언한 객체가 사라져서 겪는 문제였다. 그림으로 그려보면 아래와 같다. foo 함수에서 특정 객체를 가리키는 포인터 p1를 생성하고 그 포인터를 인자로 넘겨 t1을 만든다. 그리고 t1쓰레드를 detach하면 그 순간 foo 함수의 컨텍스트가 끝나며 p1 ..

[c++/boost::asio] 개발 일기

그동안 지루하게 타입 클래스나 작성하다가 오늘 실제 통신모델을 구현하고 세션쪽 코드에 연결하는 작업을 했다. 그런데 기본 타입중에 고객 코드쪽에 불편하게 짜여진 코드가 있어서 조만간 크게 수정을 해야할 것 같다. boost라이브러리를 처음쓰다보니 헷갈리는 것들도 한두가지가 아니다. 지금 처럼 계속 작성은 하겠지만 만약 성능부분에서 문제가 발견되거나 스스로 이건 아니라는 판단이 들면 커밋을 좀 쉬어야할 지도 모르겠다. 에이콘 출판사에서 쿡북을 많이 읽어봤는데 솔직히 도움이 많이 되지는 않는 것 같다. 다른 책들도 많이 검색해봤는데 boost라이브러리를 체계적으로 배울 수 있는 책은 거의 없다시피 하다. ps. c++이 좋은 언어긴한데 헤더 파일 꼬이는 문제가 너무 골치아프다. 주먹구구식으로 개발하기 좋은 ..

시작

비트코인 회사 댕기는 친구가 회사에서 은행 전문만들면서 전문 통신이 되게 어렵다길래 나도 해보려고 시작했다. 최근에 boost라이브러리에 관한 관심도 생겼고 c++공부에도 좋은 경험이 될 것 같다. 처음 만든지는 대략 1달 정도 지난 것 같은데 쓰레드, 동시성에 대해서도 공부할 거리가 많은 것 같다. 꾸준히 맨들어야겠다.