머슬가이

뱀서라이크 던전 돌파 게임 만들기(17)

게임 서버, C++로 처음부터 만들어보기 — 조건이 네 개면 이미 틀렸다지금까지 만든 서버에는 게임의 흐름이 없었다. 몬스터가 있고, 다가오고, 죽는다. 그게 전부였다.이번 편에서 흐름이 생긴다. 몇 마리를 언제 내보낼지, 다 죽이면 뭐가 되는지, 언제 다음 방으로 넘어갈지.같은 열거형, 다른 성격로비 서버에도 RoomPhase라는 게 있었다. Waiting, Fighting, Cleared.여기서도 비슷한 걸 만든다. 그런데 결정적으로 다른 게 있다.로비: 누가 공격 메시지를 보낸다 → 체력이 깎인다 → 0이 되면 Cleared배틀: 아무도 아무것도 안 보낸다 → 그래도 웨이브가 끝나고 방이 넘어간다로비에서는 메시지가 상태를 바꿨고, 여기서는 틱이 바꾼다.10편에서 경매 타이머를 만들며 "아무도 부..

뱀서라이크 던전 돌파 게임 만들기 (16)

게임 서버, C++로 처음부터 만들어보기 — 언제 나눌지는 코드가 알려준다지난 편에서 이렇게 적었다.Player를 Connection 안에 둔 이유: 지금 플레이어와 연결은 1:1이다. 분리할 이유가 없다.이번 편에서 몬스터를 만든다. 그 말이 거짓이 되는 순간이다.몬스터는 연결이 없다. ConnectionMap에 넣을 수 없고, 넣는다 해도 endpoint가 뭐가 되나. 포트 번호가 없는 클라이언트는 없다.미리 만들지 않아서 좋았던 점Step 15에서 World를 미리 만들 수도 있었다. 어차피 몬스터를 넣을 걸 알고 있었으니까.안 만들었다. 그랬으면 플레이어만 든 빈 껍데기가 하나 생겼을 것이다. 그리고 더 중요한 건, 그 모양이 맞는지 판단할 근거가 없었다는 것이다.지금은 안다. 몬스터를 넣어보니 ..

뱀서라이크 던전 돌파 게임 만들기 (15)

게임 서버, C++로 처음부터 만들어보기 — 서버가 먼저 말을 건다Step 1부터 14까지, 이 서버의 모든 코드는 같은 모양이었다.패킷이 온다 → 처리한다 → 응답한다전부 반응이다. 누가 뭔가를 보내지 않으면 서버는 아무것도 하지 않는다.이번 편에서 그게 바뀐다. 아무도 아무것도 안 보내도 초당 30번 세계가 흘러가야 한다.1초에 30번이 아니라, 33.333ms마다틱 타이머 자체는 로비에서 이미 만들었다. 경매 마감을 검사하는 1초짜리였다.그걸 그대로 33ms로 바꾸면 안 된다.tick_timer_.expires_after(std::chrono::milliseconds(33));expires_after는 "지금부터 33ms 뒤"다. 틱 처리에 2ms가 걸렸다면 실제 간격은 35ms가 된다. 그게 매번..

뱀서라이크 던전 돌파 게임 만들기 (14)

게임 서버, C++로 처음부터 만들어보기 — 똑같이 만들면 TCP를 쓰면 되니까지난 편에서 UDP 서버의 연결 계층을 만들었다. 헤더에 ack와 ack_bits라는 필드를 넣어두고 값은 0으로 비워뒀다.이번엔 그걸 채운다. TCP가 공짜로 해주던 걸 손으로 만드는 작업이다.그런데 TCP와 똑같이 만들면 안 된다. 똑같이 만들 거면 TCP를 쓰면 되니까.안 보내도 되는 것들TCP는 모든 바이트를 책임진다. 유실되면 재전송하고, 순서가 틀리면 맞출 때까지 기다린다.게임에서는 그게 손해다.초당 30번 플레이어 위치를 보낸다고 하자. 0.5초 전 위치 패킷이 유실됐다. TCP는 그걸 기어코 다시 보내고, 도착할 때까지 그 뒤 패킷을 전부 막는다. 최신 위치가 이미 도착해서 버퍼에 쌓여 있는데도 꺼내 쓸 수가 없..

게임 서버, C++로 처음부터 만들어보기 — TCP가 해주던 걸 손으로지금까지 만든 건 로비 서버다. 로그인, 방, 채팅, 매칭, 경매, 친구. TCP로 잘 돌아간다.전투는 거기서 못 한다. TCP가 너무 잘해줘서 못 한다.보장이 독이 되는 순간TCP는 도착과 순서를 보장한다. 패킷이 유실되면 재전송하고, 그동안 그 뒤에 온 데이터를 붙잡아둔다. head-of-line blocking이라고 부른다.초당 30번 위치를 보내는 상황을 생각해보자.t=0.00 위치 A → 유실t=0.03 위치 B → 도착t=0.06 위치 C → 도착TCP는 A를 재전송할 때까지 B와 C를 애플리케이션에 안 준다. 0.03초 전 위치를 기다리느라 지금 위치를 못 받는 거다.그런데 게임에서 A는 버려도 되는 데이터다. ..

게임 서버, C++로 처음부터 만들어보기 — 서버는 창을 닫으면 안 된다12편 만에 서버를 밖으로 내보낸다. 라즈베리파이에 올려서 24시간 돌린다.그런데 배포를 준비하다 보니, 지금까지 미뤄둔 것들이 한꺼번에 청구되기 시작했다.문제개발 중엔배포하면io.run()이 반환 안 함창을 닫으면 그만docker stop이 10초 기다렸다 강제 종료로그가 버퍼에 갇힘불편한 정도크래시하면 직전 로그가 통째로 사라짐포트가 코드에 박힘재컴파일하면 됨이미지를 다시 만들어야 함죽으면 끝다시 띄우면 됨새벽에 죽으면 아침까지 멈춰 있음전부 "나중에"라고 넘겼던 것들이다. 나중이 왔다.왜 도커인가원래 계획은 systemd 유닛 파일이었다. Restart=always를 걸고 apt로 의존성을 깔면 된다.도커로 바꾼 이유는 의존성이..

게임 서버, C++로 처음부터 만들어보기 — 지금 접속 안 한 사람지금까지 이 서버가 "사람들"을 담아둔 곳은 셋이었다.std::vector members; // 같은 방 사람들std::vector match_queue_; // 매칭 대기 중std::unordered_map> sessions_; // 접속 중인 연결전부 "지금 이 순간"의 관계다. 방에서 나가면 남이고, 매칭되면 큐에서 빠지고, 연결이 끊기면 사라진다.친구는 다르다. 세 가지가 전부 새롭다.접속하지 않은 사람과도 유지된다상대가 수락해야 성립한다 — 한쪽만 신청한 중간 상태가 존재한다양방향이다 — 내 목록에 쟤가 있으면 쟤 목록에도 내가 있어야 한다세 번째가 특히 함정이다.각자 목록을 들고 있으면제일 먼저 떠오르는 방식은 이거다..

게임 서버, C++로 처음부터 만들어보기 — 아무도 부르지 않는 코드Step 1부터 9까지, 이 서버의 모든 코드는 같은 모양이었다.메시지가 온다 → 처리한다 → 응답한다연결이 끊긴다 → 정리한다전부 반응이다. 누가 뭔가를 하지 않으면 서버는 아무것도 하지 않는다.경매는 다르다. 마감 시각이 있고, 그때가 되면 아무도 아무것도 안 보내도 스스로 낙찰돼야 한다.서버에 시간이라는 개념을 들일 차례다.1초마다 깨어나는 것void start_tick_timer() { tick_timer_.expires_after(std::chrono::seconds(1)); tick_timer_.async_wait([this](boost::system::error_code ec) { if (ec) ret..

게임 서버, C++로 처음부터 만들어보기 — 줄 곳이 없다보스를 잡으면 보상을 줘야 한다. 그런데 줄 곳이 없었다.지금 서버가 플레이어에 대해 아는 건 이게 전부다.class Session {private: uint64_t player_id_; std::string username_; bool logged_in_ = false;};전부 Session 안에 있다. 연결이 끊기면 Session이 죽고 같이 사라진다. 재화가 그러면 안 된다.Step 5에서 이렇게 적어뒀었다.영속성 없음 — 서버 재시작하면 전부 사라진다. player_id_도 "계정 번호"가 아니라 사실상 "접속 순번"에 가깝다.그때는 "나중에 보완"이라고 미뤘는데, 보상이 생기면서 청구서가 돌아왔다.연결보다 오래 사는 것Pl..

게임 서버, C++로 처음부터 만들어보기 — 남을 방에 집어넣기매칭을 붙일 차례다. 두 명이 대기열에 모이면 방을 만들어서 같이 넣어주고, 보스를 띄운다.기능만 보면 단순하다. 대기열은 vector 하나면 되고, 두 명이 차면 방을 만들면 끝이다.그런데 코드를 쓰다 막혔다. Server가 alice와 bob을 방에 넣으려면 두 사람의 방 소속을 바꿔야 하는데, 그 값이 Session 안에 있다.class Session {private: uint32_t room_id_ = 0; // private. Server가 이걸 어떻게 건드리나};지금까지는 왜 문제가 없었나room_id_가 Session 안에 있는 건 이유가 있었다. Step 6에서 방을 만들 때, 소켓이나 유저네임과 마찬가지로 "그 연결만..