• 项目-五子棋双人对战:游戏房间的管理(5)


    完整代码见: 邹锦辉个人所有代码: 测试仓库 - Gitee.com

    之前我们已经实现了玩家匹配的功能, 我们都知道, 匹配完过后就可以进入游戏房间进行对战了, 所以我们下一步关注的重点就是对于游戏房间的管理.

    模块详细讲解

    功能需求

    通过匹配的方式, 自动给玩家加入到一个游戏房间, 也可以手动创建游戏房间, 当游戏结束后, 玩家退出房间, 游戏房间销毁, 在房间中需要关注的就是对于玩家信息的保存.

    但是在服务器上, 显然不止是一个游戏房间, 而游戏房间的数量是根据当前匹配成功的玩家对数实时增长的, 因此我们需要在一个房间管理器中管理多个游戏房间.

    这里我们就可以发现, 我们的主要工作就是实现Room和RoomManager.

    实现细节

    对于Room, 我们就显然需要保存双方用户的信息, 用User对象存储, 同时, 它还应该有唯一的roomid, 这样才能标识出唯一的房间信息.

    注: 这里房间id使用UUID, 它表示"世界上唯一的身份标识", 通过调用这个算法, 每次生成的字符串必定不同.

    对于RoomManager, 我们需要它记录相应的映射关系(需要根据房间id找到房间对象, 通过玩家id找到对应的游戏房间), 即房间和房间id的映射(也就是房间管理的主体部分rooms, 用哈希表来存储), 和房间id和两个用户的映射(userIdToRoomId, 用哈希表来存储).  然后在房间管理器中需要实现的是房间的添加和删除方法, 以及相关辅助方法.

    展示: RoomManager

    1. @Component
    2. public class RoomManager {
    3. //房间id和房间的映射关系
    4. private ConcurrentHashMap rooms = new ConcurrentHashMap<>();
    5. //用户id和房间id的映射关系
    6. private ConcurrentHashMap userIdToRoomId = new ConcurrentHashMap<>();
    7. public void add(Room room, int userId1, int userId2) {
    8. rooms.put(room.getRoomId(), room);
    9. userIdToRoomId.put(userId1, room.getRoomId());
    10. userIdToRoomId.put(userId2, room.getRoomId());
    11. }
    12. public void remove(String roomId, int userId1, int userId2) {
    13. rooms.remove(roomId);
    14. userIdToRoomId.remove(userId1);
    15. userIdToRoomId.remove(userId2);
    16. }
    17. public Room getRoomByRoomId(String roomId) {
    18. return rooms.get(roomId);
    19. }
    20. public Room getRoomByUserId(int userId) {
    21. String roomId = userIdToRoomId.get(userId);
    22. if(roomId == null) {
    23. //userId -> roomId 映射不存在, 直接返回null
    24. return null;
    25. }
    26. return rooms.get(roomId);
    27. }
    28. }

    然后对于房间创建的时机, 我们之前就说过, 在匹配器中, 匹配成功且无异常状态时, 在匹配器中就创建了一个房间实例, 然后将两个用户放入房间.(然后向用户返回响应), 

    接下来就是通过websocket对于进入游戏房间的具体处理: 

    由于对战模块和匹配模块实现的是完全不一致的功能了, 为了做到更好的解耦合, 这里就需要使用不同的websocket路径进行处理.

    我们之前讲过, 使用OnlineManager对象来进行对于用户在线状态的管理, 但这个状态的局限也是局限在game_hall这个页面中, 现在已经是在game_room. (之前退出game_hall界面的时候, 就会断开websocket连接, 也就会在服务器的OnlineManager中删除对应的元素.)

    因此玩家从游戏大厅进入到游戏房间之后, 就需重新管理用户的在线状态了.

    接下来以图示的方式讲解一下用户在线过程的管理:

    首先是对于game_hall的退出:

    然后具体分析一下上线的过程:

    1. 玩家1进入game_room界面, 此时尝试建立WebSocket连接

    2.服务器就会处理这个连接: 拿到用户对象, 根据用户对象找到对应的房间, 判定该玩家是否多开(保险起见), 把玩家在game_room中设置为上线.

    3.此时玩家2也进入了game_room界面, 同2.

    4.两者都就绪后, 就需要通知玩家1,2 游戏就绪, 房价id是xxx, 你的对手是xxx, 先手方是xxx

    然后需要注意的是, 但凡是这种对于服务器的开发, 都需要注意线程安全问题! 

    1. if(room.getUser1() == null) {
    2. //第一个玩家还未加入房间
    3. //就把当前连上websocket的玩家作为user1, 加入到房间中
    4. room.setUser1(user);
    5. //先连入者为先手方
    6. room.setWhiteUser(user.getUserId());
    7. log.info("玩家 " + user.getUsername() + " 已经准备就绪! 作为玩家1");
    8. return;
    9. }
    10. if(room.getUser2() == null) {
    11. //第一个玩家还未加入房间
    12. //就把当前连上websocket的玩家作为user1, 加入到房间中
    13. room.setUser2(user);
    14. log.info("玩家 " + user.getUsername() + " 已经准备就绪! 作为玩家2");
    15. //两个玩家都加入成功后, 就让服务器给这两个玩家都返回websocket的响应
    16. //通知两个玩家说, 游戏双方都已经准备好了.
    17. //通知玩家1
    18. noticeGameReady(room, room.getUser1(), room.getUser2());
    19. //通知玩家2
    20. noticeGameReady(room, room.getUser2(), room.getUser1());
    21. return;
    22. }

    这一段的逻辑就可以视为在多线程环境下调用的, 如果两个客户端同时执行到第一个判定, 此时就会出现问题! -> 两个玩家都认为自己是先手方.

    这时候就需要用锁保护起来, 这时就需要考虑, 加锁的对象是什么? 

    我们知道, 一局游戏是以一个房间为单位的, 房间与房间之间并不会产生影响, 因此这里对房间加锁即可 (即对上面的代码进行加锁即可)

    在这里websocket对于异常和连接断开的连接, 应对的也就是玩家离开游戏房间的情况, 主要是如果中途有玩家退出, 另一个玩家也不能干等(就直接告诉他赢了), 这里就展示一下对应逻辑:

    1. @Override
    2. public void handleTransportError(WebSocketSession session, Throwable exception) throws Exception {
    3. User user = (User) session.getAttributes().get("user");
    4. if(user == null) {
    5. // 此处简单处理, 断开连接时不再给客户端响应了
    6. return;
    7. }
    8. WebSocketSession exitSession = onlineUserManager.getFromGameRoom(user.getUserId());
    9. if(session == exitSession) {
    10. //加上这个判定, 目的是为了避免在多开的情况下, 第二个用户退出连接动作
    11. onlineUserManager.exitGameRoom(user.getUserId());
    12. }
    13. log.info("当前用户 " + user.getUsername() + " 游戏房间连接异常!");
    14. noticeThatUserWin(user);
    15. }
    16. @Override
    17. public void afterConnectionClosed(WebSocketSession session, CloseStatus status) throws Exception {
    18. User user = (User) session.getAttributes().get("user");
    19. if(user == null) {
    20. // 此处简单处理, 断开连接时不再给客户端响应了
    21. return;
    22. }
    23. WebSocketSession exitSession = onlineUserManager.getFromGameRoom(user.getUserId());
    24. if(session == exitSession) {
    25. //加上这个判定, 目的是为了避免在多开的情况下, 第二个用户退出连接动作
    26. onlineUserManager.exitGameRoom(user.getUserId());
    27. }
    28. log.info("当前用户 " + user.getUsername() + " 离开游戏房间!");
    29. //通知对手获胜
    30. noticeThatUserWin(user);
    31. }

     下一节中我们将会讲到对战模块的处理(实际主要是在Room中实现的), 白!

  • 相关阅读:
    1.2 基本分类
    Linux eBPF介绍(二)
    【LeetCode】No.84. Largest Rectangle in Histogram -- Java Version
    【分析笔记】NXP PCF85263 驱动调试笔记
    Eavesdropping(窃听机制)在机器学习中的用法
    Radxa ROCK 5A RK3588S 开箱 vs 树莓派
    一篇文章,教你彻底掌握接口测试!
    【黄啊码】用PHP7性能居然是5.6的三倍?赶紧看看它有什么新特性
    【GUI】-- 12 贪吃蛇小游戏之让小蛇动起来
    硬核!Apache Hudi Schema演变深度分析与应用
  • 原文地址:https://blog.csdn.net/asdssadddd/article/details/139563135