尧图网页设计 
简介这是一份基于Spring Boot的游戏服务网站Java源码包专为计算机、电子信息等专业的学生打造适用于毕业设计、课程设计或期末大作业。项目采用B/S架构与MVC分层整合SpringBoot、Mybatis、Ajax、Vue等技术栈前端与后端代码分离结构清晰。包内共646个文件涵盖163个Java核心源码、117个Vue前端组件、41个JS脚本、45张JPG图片及34个PNG图标另有CSS/XML/yml等配置与资源文件压缩包整体仅22.18MB轻量易部署。项目还附带了build/run脚本和关键备份文件.bak方便在IDEA或Eclipse中快速构建运行也能对照Vue组件与Java后端理解前后端交互逻辑。目前已有593人浏览学习源码经过严格测试适合直接用于项目参考或二次开发遇到环境配置问题可参考博主答疑。1. 游戏服务网站代码Java后端工程师该怎么拆游戏服务网站看起来是一个网站实际上背后要扛住登录、充值、实时消息、排行榜和运营后台几类完全不同的请求。很多刚接手这类代码的人会先去搜“游戏服务网站代码”的某个完整仓库但真实项目里它通常被拆成玩家端API、游戏逻辑服、管理后台和面向玩家的静态门户四块。Java在这条链路里的位置主要是写有状态、要高并发的那几个后端服务而不是只做页面渲染。下面按我自己做游戏后端时的套路拆解先搭可跑通的Spring Boot骨架再补会话、推送和排行榜最后落到部署和上线稳定性。适合已经能写一点Java基础、准备做游戏后端或运营平台的人参考也适合面试前快速理清游戏服务网站代码中必然要回答的会话、并发和部署问题。2. 用Spring Boot搭游戏服务网站的最小可运行骨架2.1 为什么选Spring Boot而不是Servlet/JSP游戏服务网站如果早几年做常见答案会是Servlet加JSP现在再这么选等于把不上线的时间浪费在重复搭建上。Java后端现在的事实标准是Spring Boot它内置Tomcat自动配置数据源、Redis和WebSocket写业务的人只需要关注Controller和Service。游戏服务网站的特殊点在长连接、排行榜和高并发扣费Spring Boot的spring-boot-starter-websocket、spring-boot-starter-data-redis正好覆盖这些点不需要自己管理NIO线程。另一个原因是招聘和排查成本低。Java面试题和Java面试八股文里Spring Boot、Redis、并发几乎是必考项新同事接手时能很快看懂。相比直接拿Netty写游戏网关Spring Boot更适合做玩家查询接口、运营后台、公告下发这类IO密集型业务。但要注意游戏逻辑服如果每秒要处理几万条玩家移动消息不要把这些实时消息全塞进Tomcat的HTTP线程里。常见做法是网关服务负责长连接Spring Boot管网站和运营接口两者通过消息队列或Redis解耦。2.2 项目结构和Maven依赖先给一个可以照着建的多模块目录能避免以后把网站代码和游戏逻辑混在一个包里game-service-site/ ├── game-common/ # 工具、实体、常量 ├── game-api/ # 玩家端HTTP接口 ├── game-admin/ # 运营后台接口 ├── game-gateway/ # WebSocket和TCP网关 └── game-web/ # 官网和静态资源多模块不是必须的但游戏服务网站通常有“给玩家看的接口”和“给运营看的接口”两种权限边界分开后能直接用Spring Security拦截路径比写一堆if判断干净。如果不是大型团队也可以只有一个Spring Boot工程用目录名区分api、admin、gateway。最小可用依赖pom.xml片段是这样dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-websocket/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-data-redis/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-security/artifactId /dependencyspring-boot-starter-web负责提供Tomcat和Spring MVC处理HTTP请求spring-boot-starter-websocket为后面的实时推送做准备spring-boot-starter-data-redis用来做在线状态和排行榜spring-boot-starter-security统一做登录鉴权。这四个starter是游戏服务网站代码里的常见基础组合实际版本跟Spring Boot版本走即可不需要手动指定额外版本号。2.3 核心接口玩家状态查询与公告下发游戏服务网站的第一个能跑接口建议做“玩家在线状态查询”因为它能同时验证Redis和MyBatis的链路。RestController RequestMapping(/api/player) public class PlayerController { private final RedisTemplateString, String redisTemplate; public PlayerController(RedisTemplateString, String redisTemplate) { this.redisTemplate redisTemplate; } GetMapping(/online) public ResultPlayerStatus checkOnline(RequestParam Long playerId) { String key player:online: playerId; Boolean online redisTemplate.hasKey(key); PlayerStatus status new PlayerStatus(); status.setPlayerId(playerId); status.setOnline(Boolean.TRUE.equals(online)); if (Boolean.TRUE.equals(online)) { String lastBeat redisTemplate.opsForValue().get(key); status.setLastHeartbeat(Long.parseLong(lastBeat)); } return Result.ok(status); } }这里的key是“player:online:”加玩家ID用Redis的hasKey判断在线比查数据库快得多。lastHeartbeat使用登录或心跳时写入的时间戳注意处理空指针因为hasKey之后key可能被清理。调用方需要先登录这个接口的playerId建议从token里取而不是完全信任前端传参避免越权查别人。公告下发是运营后台的典型动作重点是权限控制和广播PostMapping(/announce/send) PreAuthorize(hasRole(ADMIN)) public ResultVoid sendAnnounce(RequestBody AnnounceRequest request) { announceService.save(request); stringRedisTemplate.convertAndSend(channel:announce, request.getContent()); return Result.ok(); }PreAuthorize保证只有管理员能调Redis的convertAndSend会把公告消息发送到订阅频道游戏客户端或网关收到后再推给在线玩家。这里把MySQL和Redis解耦了公告先落库再广播玩家离线后重新登录也能拉到历史公告。2.4 配置说明和启动参数application.yml里的几个参数要提前调好不然上线第一周就会出问题server: port: 8080 tomcat: max-threads: 200 accept-count: 1000 max-connections: 10000 spring: datasource: url: jdbc:mysql://localhost:3306/game_site?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai hikari: maximum-pool-size: 50 redis: timeout: 2smax-threads是Tomcat处理请求的线程数Java安装后默认值比较保守游戏服务网站通常调到200左右。accept-count是等待队列长度排队比直接拒绝体验好但队列过长会导致用户看到白屏很久才报错。Hikari连接池maximum-pool-size不要盲目调大一次并发扣费场景下50个连接已经够用连接池过大会增加MySQL压力。下面这几个参数是Java基础面试常被问到的点施工时可以按表设置参数推荐值说明server.tomcat.max-threads100-200IO密集业务线程数不用设太大spring.datasource.hikari.maximum-pool-size50每实例连接池上限spring.redis.timeout2sRedis异常快速失败spring.main.lazy-initializationtrue本地启动时观察加载问题lazy-initialization建议只在本地调试时开生产环境还是默认true或按需设置因为游戏服务网站启动后如果所有Bean都懒加载第一次请求会特别慢。启动时用以下命令指定生产配置mvn clean package -DskipTests java -Xms2g -Xmx2g -jar game-api/target/game-api.jar --spring.profiles.activeprod-DskipTests跳过单测加速打包--spring.profiles.activeprod加载application-prod.yml里的环境变量和连接串。注意打包前准备好生产配置不要把数据库密码写到仓库里。3. 游戏业务核心在线会话、实时推送与排行榜的Java实现3.1 WebSocket实现在线通知玩家上线、被踢下线、活动奖励到账这些消息用HTTP轮询体验差游戏服务网站代码里一般用WebSocket推送。Spring Boot接入WebSocket很简单先声明一个处理器Component public class GameSocketHandler extends TextWebSocketHandler { private static final MapLong, WebSocketSession SESSIONS new ConcurrentHashMap(); Override public void afterConnectionEstablished(WebSocketSession session) throws Exception { Long playerId (Long) session.getAttributes().get(playerId); SESSIONS.put(playerId, session); pushOnlineNotice(playerId); } Override protected void handleTextMessage(WebSocketSession session, TextMessage message) throws Exception { // 收到客户端心跳或上行消息这里省略业务解析 } Override public void afterConnectionClosed(WebSocketSession session, CloseStatus status) throws Exception { Long playerId (Long) session.getAttributes().get(playerId); SESSIONS.remove(playerId); } }SESSIONS是本地进程内的会话表key是玩家IDvalue是WebSocketSession。afterConnectionEstablished里把playerId从session attributes取出来这正是为什么在握手阶段要拦截器验证token并写入playerId。如果直接使用session.getId()之后想按玩家维度推送根本找不到对应连接。handleTextMessage可以处理心跳和客户端发来的移动同步生产环境这里通常只做转发和逻辑校验。推送时调用public void pushMessage(Long playerId, String payload) { WebSocketSession session SESSIONS.get(playerId); if (session ! null session.isOpen()) { session.sendMessage(new TextMessage(payload)); } }这段代码要处理sendMessage抛出的IOException比如玩家断网但服务端还没触发close事件时消息会发送失败常见做法是捕获后从SESSIONS里清理。3.2 会话存储本地Map与Redis的取舍上面用ConcurrentHashMap存储会话单实例没问题但游戏服务网站通常有多个后台实例或网关实例玩家连接在实例A公告服务在实例B推送时会找不到session。常见方案有三种简单列在表里方案优点缺点适用场景本地ConcurrentHashMap快零序列化开销多实例数据不一致单机逻辑服Redis存SessionId和节点映射集中式多实例共享序列化、网络延迟多实例网关一致性哈希路由到固定节点单节点内存可命中节点扩容/缩容要迁移长连接多实例我一般会这样选处理玩家实时动作的逻辑服用本地Map加一致性哈希把玩家固定路由到某个节点这样访问最快游戏服务网站的管理端推送用Redis订阅广播保证每个实例都能收到。不要迷信“全放Redis就支持水平扩展”长连接对象本身不适合塞Redis存NodeId和玩家ID映射实际推送时再查本地Map就行。3.3 Redis ZSet实现排行榜排行榜是游戏服务网站引发高并发的重灾区排行榜更新频率高、读多写多用MySQL表排序太慢。Java代码里最常用的方案是Redis的Sorted Set。public void updateRank(Long playerId, int level, long exp) { double score level * 100000.0 exp; stringRedisTemplate.opsForZSet().add( rank:level, String.valueOf(playerId), score); } public ListString topN(int n) { SetString range stringRedisTemplate.opsForZSet().reverseRange( rank:level, 0, n - 1); return new ArrayList(range); }score用“等级*100000经验”合成目的是让玩家先按等级降序、再按经验降序。100000这个常数需要根据经验值上限调整比如单级经验最大99999就乘100000保证高级别的低经验玩家依然排前面。ZSet的成员是字符串playerId不要在成员里拼当前排名否则玩家改名或ID变更会导致数据错乱。每次新增或获得经验时调用add复杂度是O(logN)远低于数据库count。注意ZSet分数是double如果经验值是long乘到1e15以上会丢精度游戏数值很大时要改用分段存储或按等级经验两个key的比较器。这里是个坑Java用double做超大数值排行榜会有隐蔽错误。3.4 购买道具的并发控制游戏服务网站的充值、抽奖、购买都是并发高危点玩家连点两次“购买”可能扣两次钱、发两个道具。Transactional public void buyItem(Long playerId, Long itemId, int count) { Item item itemMapper.selectByIdForUpdate(itemId); int rows assetMapper.deductBalance(playerId, item.getPrice() * count); if (rows 0) { throw new BusinessException(余额不足); } inventoryMapper.addItem(playerId, itemId, count); }selectByIdForUpdate会对商品行加悲观锁防止两个事务同时读到同一份价格。assetMapper.deductBalance使用update语句“balance balance - ? where player_id ? and balance ?”返回影响行数返回0就说明余额不足抛出业务异常后整个事务回滚。注意这里的事务中不能有耗时过长的外部调用否则锁持有时间太久拖慢所有购买请求。高并发场景下常见改进是从MySQL转移部分到Redis Lua脚本。用Lua原子执行“扣减余额发放道具”两步操作异步落库能明显降低数据库行锁冲突。下一条会给出一个可用作参考的限流脚本原理类似。4. 把游戏服务网站部署到云服务器打包、调优与排错4.1 JDK安装与环境变量配置到这一步先确认服务器上的Java环境。游戏服务网站推荐JDK 17或21不要用服务商自带的旧版本。Debian/Ubuntu可以这样安装sudo apt update sudo apt install -y openjdk-17-jdk ls /usr/lib/jvm执行ls /usr/lib/jvm后能看到类似jdk-17的目录把它写进/etc/profileexport JAVA_HOME/usr/lib/jvm/jdk-17 export PATH$JAVA_HOME/bin:$PATH执行source /etc/profile并运行java -version出现版本信息就说明Java环境变量配置成功。如果你用的是CentOS把apt换成yum install java-17-openjdk-devel即可。注意JAVA_HOME路径不要带子目录的binPATH再单独把$JAVA_HOME/bin加进去。现代Java不再需要CLASSPATHJava基础教程和面试题里那套classpath配置可以省掉配错反而干扰启动。4.2 打包jar和Nginx反向代理游戏服务网站用Maven打包并启动的命令cd game-service-site mvn clean package -DskipTests nohup java -Xms2g -Xmx2g -XX:UseG1GC -jar game-api/target/game-api.jar \ --spring.profiles.activeprod logs/game-api.log 21 nohup和让进程在退出SSH后不挂掉stdout和stderr都重定向到日志文件。新手常犯的错误是忘记加--spring.profiles.activeprod结果连的localhost开发库所以启动后先看日志第一行加载了哪个配置文件。Nginx在游戏服务网站前面做域名转发配置文件片段server { listen 80; server_name gamesite.example.com; location /api/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } location /ws/ { proxy_pass http://127.0.0.1:8080; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection upgrade; } }游戏服务网站有两个location普通API走/api/WebSocket走/ws/。后者必须加Upgrade头否则浏览器返回400 Bad Request。proxy_pass不带结尾的/这样请求路径会原样转发不会丢段。4.3 JVM参数和Tomcat线程池调整虚拟机参数要和游戏服务网站的实际内存匹配常用设置参数推荐值说明-Xms2g初始堆大小设成和-Xmx一样避免抖动-Xmx2g最大堆大小不要超过服务器物理内存的70%-XX:UseG1GC开启低停顿垃圾收集器适合Web服务-XX:MaxGCPauseMillis200G1目标停顿时间-Djava.security.egdfile:/dev/./urandom设置加快Tomcat启动和SSL握手Tomcat的线程数要根据接口RT来估算。假设平均接口响应50ms那么单线程每秒能处理20个请求一个Tomcat线程池200线程理论上能支撑4000 QPS但实际还要考虑数据库连接池和Redis带宽。线程数太大反而增大上下文切换游戏服务网站这类业务建议200左右起压测后再调整。4.4 用Arthas排查CPU飙高代码上线后CPU飙到100%是Java工程师最常遇到的故障。用Arthas能直接定位到方法java -jar arthas-boot.jar # 选择game-api进程 dashboard # 查看CPU占用最高的线程 thread -n 3 -i 1000dashboard先看线程概况thread -n 3显示最忙的3条线程-i 1000表示采样1秒。输出里会包含线程执行栈找到栈顶自己的业务方法基本就能定位到死循环或大对象循环遍历。常见原因是JSON库反复解析超大公告内容、Redis连接池耗尽导致阻塞甚至日志打印过多导致IO线程卡住。如果是GC导致CPU高用jstat -gcutil查看FGC次数一般要换成G1并调大年轻代。5. 让游戏服务网站代码更稳的三件事幂等、限流与灰度游戏服务网站上线后最难的不是功能而是“玩家多按了一次按钮”“运营发公告瞬间流量暴涨”“新版本逻辑有问题又不能回滚”。这三个场景分别对应幂等、限流和灰度是Java后端项目里很实用的小技巧Java面试题也常考。5.1 接口幂等购买、抽奖这类写接口先在Redis里放一个幂等令牌业务充值单号或客户端生成的请求ID作为keyboolean lock stringRedisTemplate.opsForValue() .setIfAbsent(idempotent:buy: businessId, 1, 5, TimeUnit.MINUTES); if (!lock) { throw new BusinessException(重复提交); } try { buyService.buy(playerId, itemId, count); } finally { stringRedisTemplate.delete(idempotent:buy: businessId); }setIfAbsent是原子操作多个并发请求只有一个能拿到key。注意删除时机业务完成后要删除key否则玩家5分钟内不能买第二个同款商品。如果业务又需要防重又要完成前不能重复就不要在finally里删让key自然过期业务表里再做唯一索引。5.2 用Redis Lua做全局限流限流常见做法是Google Guava的RateLimiter但那是本地单机限流游戏服务网站部署多个实例时会各放各的总上限变成实例数乘以阈值。推荐用Redis加Lua脚本local key KEYS[1] local limit tonumber(ARGV[1]) local window tonumber(ARGV[2]) local current redis.call(incr, key) if current 1 then redis.call(expire, key, window) end if current limit then return 0 end return 1调用时把key设为“ratelimit:announce:20250101”limit设为100window设为60。脚本先自增若第一次则设置过期时间若超过限制返回0。Java里用DefaultRedisScript执行这段Lua执行体在Redis内部原子完成多实例共享一个Redis就可以做到全局限流。注意窗口期很短时刚过窗口的流量会瞬间放行还要配合Nginx的limit_req按IP限流。5.3 灰度发布游戏服务网站的新排行榜算法或者新支付渠道不要直接全量上线。常见做法是从Redis读灰度开关再按玩家ID取模boolean grayOpen Boolean.TRUE.equals( stringRedisTemplate.hasKey(gray:new-rank-service)); if (grayOpen playerId % 100 10) { return newRankService.query(playerId); } return oldRankService.query(playerId);玩家ID取模100小于10表示放量10%。运营和测试可以把指定玩家ID直接加入白名单验证完再逐步调大比例。灰度开关单独用一个Redis key不需要重启服务。配合Nginx的upstream权重也能做流量切分但业务内开关更适合做逻辑切换和控制。这套“幂等限流灰度”的思路能让游戏服务网站代码从“能跑”变成“稳定跑”也正好是Java后端项目经验里最值得拿出来讲的三个点。上线后写个压测脚本跑一遍看限流和幂等场景是否符合预期再决定要不要放量。本文还有配套的精品资源点击获取 Java游戏服务网站高并发后端架构：Spring Boot与Redis实践
简介这是一份基于Spring Boot的游戏服务网站Java源码包专为计算机、电子信息等专业的学生打造适用于毕业设计、课程设计或期末大作业。项目采用B/S架构与MVC分层整合SpringBoot、Mybatis、Ajax、Vue等技术栈前端与后端代码分离结构清晰。包内共646个文件涵盖163个Java核心源码、117个Vue前端组件、41个JS脚本、45张JPG图片及34个PNG图标另有CSS/XML/yml等配置与资源文件压缩包整体仅22.18MB轻量易部署。项目还附带了build/run脚本和关键备份文件.bak方便在IDEA或Eclipse中快速构建运行也能对照Vue组件与Java后端理解前后端交互逻辑。目前已有593人浏览学习源码经过严格测试适合直接用于项目参考或二次开发遇到环境配置问题可参考博主答疑。1. 游戏服务网站代码Java后端工程师该怎么拆游戏服务网站看起来是一个网站实际上背后要扛住登录、充值、实时消息、排行榜和运营后台几类完全不同的请求。很多刚接手这类代码的人会先去搜“游戏服务网站代码”的某个完整仓库但真实项目里它通常被拆成玩家端API、游戏逻辑服、管理后台和面向玩家的静态门户四块。Java在这条链路里的位置主要是写有状态、要高并发的那几个后端服务而不是只做页面渲染。下面按我自己做游戏后端时的套路拆解先搭可跑通的Spring Boot骨架再补会话、推送和排行榜最后落到部署和上线稳定性。适合已经能写一点Java基础、准备做游戏后端或运营平台的人参考也适合面试前快速理清游戏服务网站代码中必然要回答的会话、并发和部署问题。2. 用Spring Boot搭游戏服务网站的最小可运行骨架2.1 为什么选Spring Boot而不是Servlet/JSP游戏服务网站如果早几年做常见答案会是Servlet加JSP现在再这么选等于把不上线的时间浪费在重复搭建上。Java后端现在的事实标准是Spring Boot它内置Tomcat自动配置数据源、Redis和WebSocket写业务的人只需要关注Controller和Service。游戏服务网站的特殊点在长连接、排行榜和高并发扣费Spring Boot的spring-boot-starter-websocket、spring-boot-starter-data-redis正好覆盖这些点不需要自己管理NIO线程。另一个原因是招聘和排查成本低。Java面试题和Java面试八股文里Spring Boot、Redis、并发几乎是必考项新同事接手时能很快看懂。相比直接拿Netty写游戏网关Spring Boot更适合做玩家查询接口、运营后台、公告下发这类IO密集型业务。但要注意游戏逻辑服如果每秒要处理几万条玩家移动消息不要把这些实时消息全塞进Tomcat的HTTP线程里。常见做法是网关服务负责长连接Spring Boot管网站和运营接口两者通过消息队列或Redis解耦。2.2 项目结构和Maven依赖先给一个可以照着建的多模块目录能避免以后把网站代码和游戏逻辑混在一个包里game-service-site/ ├── game-common/ # 工具、实体、常量 ├── game-api/ # 玩家端HTTP接口 ├── game-admin/ # 运营后台接口 ├── game-gateway/ # WebSocket和TCP网关 └── game-web/ # 官网和静态资源多模块不是必须的但游戏服务网站通常有“给玩家看的接口”和“给运营看的接口”两种权限边界分开后能直接用Spring Security拦截路径比写一堆if判断干净。如果不是大型团队也可以只有一个Spring Boot工程用目录名区分api、admin、gateway。最小可用依赖pom.xml片段是这样dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-websocket/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-data-redis/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-security/artifactId /dependencyspring-boot-starter-web负责提供Tomcat和Spring MVC处理HTTP请求spring-boot-starter-websocket为后面的实时推送做准备spring-boot-starter-data-redis用来做在线状态和排行榜spring-boot-starter-security统一做登录鉴权。这四个starter是游戏服务网站代码里的常见基础组合实际版本跟Spring Boot版本走即可不需要手动指定额外版本号。2.3 核心接口玩家状态查询与公告下发游戏服务网站的第一个能跑接口建议做“玩家在线状态查询”因为它能同时验证Redis和MyBatis的链路。RestController RequestMapping(/api/player) public class PlayerController { private final RedisTemplateString, String redisTemplate; public PlayerController(RedisTemplateString, String redisTemplate) { this.redisTemplate redisTemplate; } GetMapping(/online) public ResultPlayerStatus checkOnline(RequestParam Long playerId) { String key player:online: playerId; Boolean online redisTemplate.hasKey(key); PlayerStatus status new PlayerStatus(); status.setPlayerId(playerId); status.setOnline(Boolean.TRUE.equals(online)); if (Boolean.TRUE.equals(online)) { String lastBeat redisTemplate.opsForValue().get(key); status.setLastHeartbeat(Long.parseLong(lastBeat)); } return Result.ok(status); } }这里的key是“player:online:”加玩家ID用Redis的hasKey判断在线比查数据库快得多。lastHeartbeat使用登录或心跳时写入的时间戳注意处理空指针因为hasKey之后key可能被清理。调用方需要先登录这个接口的playerId建议从token里取而不是完全信任前端传参避免越权查别人。公告下发是运营后台的典型动作重点是权限控制和广播PostMapping(/announce/send) PreAuthorize(hasRole(ADMIN)) public ResultVoid sendAnnounce(RequestBody AnnounceRequest request) { announceService.save(request); stringRedisTemplate.convertAndSend(channel:announce, request.getContent()); return Result.ok(); }PreAuthorize保证只有管理员能调Redis的convertAndSend会把公告消息发送到订阅频道游戏客户端或网关收到后再推给在线玩家。这里把MySQL和Redis解耦了公告先落库再广播玩家离线后重新登录也能拉到历史公告。2.4 配置说明和启动参数application.yml里的几个参数要提前调好不然上线第一周就会出问题server: port: 8080 tomcat: max-threads: 200 accept-count: 1000 max-connections: 10000 spring: datasource: url: jdbc:mysql://localhost:3306/game_site?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai hikari: maximum-pool-size: 50 redis: timeout: 2smax-threads是Tomcat处理请求的线程数Java安装后默认值比较保守游戏服务网站通常调到200左右。accept-count是等待队列长度排队比直接拒绝体验好但队列过长会导致用户看到白屏很久才报错。Hikari连接池maximum-pool-size不要盲目调大一次并发扣费场景下50个连接已经够用连接池过大会增加MySQL压力。下面这几个参数是Java基础面试常被问到的点施工时可以按表设置参数推荐值说明server.tomcat.max-threads100-200IO密集业务线程数不用设太大spring.datasource.hikari.maximum-pool-size50每实例连接池上限spring.redis.timeout2sRedis异常快速失败spring.main.lazy-initializationtrue本地启动时观察加载问题lazy-initialization建议只在本地调试时开生产环境还是默认true或按需设置因为游戏服务网站启动后如果所有Bean都懒加载第一次请求会特别慢。启动时用以下命令指定生产配置mvn clean package -DskipTests java -Xms2g -Xmx2g -jar game-api/target/game-api.jar --spring.profiles.activeprod-DskipTests跳过单测加速打包--spring.profiles.activeprod加载application-prod.yml里的环境变量和连接串。注意打包前准备好生产配置不要把数据库密码写到仓库里。3. 游戏业务核心在线会话、实时推送与排行榜的Java实现3.1 WebSocket实现在线通知玩家上线、被踢下线、活动奖励到账这些消息用HTTP轮询体验差游戏服务网站代码里一般用WebSocket推送。Spring Boot接入WebSocket很简单先声明一个处理器Component public class GameSocketHandler extends TextWebSocketHandler { private static final MapLong, WebSocketSession SESSIONS new ConcurrentHashMap(); Override public void afterConnectionEstablished(WebSocketSession session) throws Exception { Long playerId (Long) session.getAttributes().get(playerId); SESSIONS.put(playerId, session); pushOnlineNotice(playerId); } Override protected void handleTextMessage(WebSocketSession session, TextMessage message) throws Exception { // 收到客户端心跳或上行消息这里省略业务解析 } Override public void afterConnectionClosed(WebSocketSession session, CloseStatus status) throws Exception { Long playerId (Long) session.getAttributes().get(playerId); SESSIONS.remove(playerId); } }SESSIONS是本地进程内的会话表key是玩家IDvalue是WebSocketSession。afterConnectionEstablished里把playerId从session attributes取出来这正是为什么在握手阶段要拦截器验证token并写入playerId。如果直接使用session.getId()之后想按玩家维度推送根本找不到对应连接。handleTextMessage可以处理心跳和客户端发来的移动同步生产环境这里通常只做转发和逻辑校验。推送时调用public void pushMessage(Long playerId, String payload) { WebSocketSession session SESSIONS.get(playerId); if (session ! null session.isOpen()) { session.sendMessage(new TextMessage(payload)); } }这段代码要处理sendMessage抛出的IOException比如玩家断网但服务端还没触发close事件时消息会发送失败常见做法是捕获后从SESSIONS里清理。3.2 会话存储本地Map与Redis的取舍上面用ConcurrentHashMap存储会话单实例没问题但游戏服务网站通常有多个后台实例或网关实例玩家连接在实例A公告服务在实例B推送时会找不到session。常见方案有三种简单列在表里方案优点缺点适用场景本地ConcurrentHashMap快零序列化开销多实例数据不一致单机逻辑服Redis存SessionId和节点映射集中式多实例共享序列化、网络延迟多实例网关一致性哈希路由到固定节点单节点内存可命中节点扩容/缩容要迁移长连接多实例我一般会这样选处理玩家实时动作的逻辑服用本地Map加一致性哈希把玩家固定路由到某个节点这样访问最快游戏服务网站的管理端推送用Redis订阅广播保证每个实例都能收到。不要迷信“全放Redis就支持水平扩展”长连接对象本身不适合塞Redis存NodeId和玩家ID映射实际推送时再查本地Map就行。3.3 Redis ZSet实现排行榜排行榜是游戏服务网站引发高并发的重灾区排行榜更新频率高、读多写多用MySQL表排序太慢。Java代码里最常用的方案是Redis的Sorted Set。public void updateRank(Long playerId, int level, long exp) { double score level * 100000.0 exp; stringRedisTemplate.opsForZSet().add( rank:level, String.valueOf(playerId), score); } public ListString topN(int n) { SetString range stringRedisTemplate.opsForZSet().reverseRange( rank:level, 0, n - 1); return new ArrayList(range); }score用“等级*100000经验”合成目的是让玩家先按等级降序、再按经验降序。100000这个常数需要根据经验值上限调整比如单级经验最大99999就乘100000保证高级别的低经验玩家依然排前面。ZSet的成员是字符串playerId不要在成员里拼当前排名否则玩家改名或ID变更会导致数据错乱。每次新增或获得经验时调用add复杂度是O(logN)远低于数据库count。注意ZSet分数是double如果经验值是long乘到1e15以上会丢精度游戏数值很大时要改用分段存储或按等级经验两个key的比较器。这里是个坑Java用double做超大数值排行榜会有隐蔽错误。3.4 购买道具的并发控制游戏服务网站的充值、抽奖、购买都是并发高危点玩家连点两次“购买”可能扣两次钱、发两个道具。Transactional public void buyItem(Long playerId, Long itemId, int count) { Item item itemMapper.selectByIdForUpdate(itemId); int rows assetMapper.deductBalance(playerId, item.getPrice() * count); if (rows 0) { throw new BusinessException(余额不足); } inventoryMapper.addItem(playerId, itemId, count); }selectByIdForUpdate会对商品行加悲观锁防止两个事务同时读到同一份价格。assetMapper.deductBalance使用update语句“balance balance - ? where player_id ? and balance ?”返回影响行数返回0就说明余额不足抛出业务异常后整个事务回滚。注意这里的事务中不能有耗时过长的外部调用否则锁持有时间太久拖慢所有购买请求。高并发场景下常见改进是从MySQL转移部分到Redis Lua脚本。用Lua原子执行“扣减余额发放道具”两步操作异步落库能明显降低数据库行锁冲突。下一条会给出一个可用作参考的限流脚本原理类似。4. 把游戏服务网站部署到云服务器打包、调优与排错4.1 JDK安装与环境变量配置到这一步先确认服务器上的Java环境。游戏服务网站推荐JDK 17或21不要用服务商自带的旧版本。Debian/Ubuntu可以这样安装sudo apt update sudo apt install -y openjdk-17-jdk ls /usr/lib/jvm执行ls /usr/lib/jvm后能看到类似jdk-17的目录把它写进/etc/profileexport JAVA_HOME/usr/lib/jvm/jdk-17 export PATH$JAVA_HOME/bin:$PATH执行source /etc/profile并运行java -version出现版本信息就说明Java环境变量配置成功。如果你用的是CentOS把apt换成yum install java-17-openjdk-devel即可。注意JAVA_HOME路径不要带子目录的binPATH再单独把$JAVA_HOME/bin加进去。现代Java不再需要CLASSPATHJava基础教程和面试题里那套classpath配置可以省掉配错反而干扰启动。4.2 打包jar和Nginx反向代理游戏服务网站用Maven打包并启动的命令cd game-service-site mvn clean package -DskipTests nohup java -Xms2g -Xmx2g -XX:UseG1GC -jar game-api/target/game-api.jar \ --spring.profiles.activeprod logs/game-api.log 21 nohup和让进程在退出SSH后不挂掉stdout和stderr都重定向到日志文件。新手常犯的错误是忘记加--spring.profiles.activeprod结果连的localhost开发库所以启动后先看日志第一行加载了哪个配置文件。Nginx在游戏服务网站前面做域名转发配置文件片段server { listen 80; server_name gamesite.example.com; location /api/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } location /ws/ { proxy_pass http://127.0.0.1:8080; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection upgrade; } }游戏服务网站有两个location普通API走/api/WebSocket走/ws/。后者必须加Upgrade头否则浏览器返回400 Bad Request。proxy_pass不带结尾的/这样请求路径会原样转发不会丢段。4.3 JVM参数和Tomcat线程池调整虚拟机参数要和游戏服务网站的实际内存匹配常用设置参数推荐值说明-Xms2g初始堆大小设成和-Xmx一样避免抖动-Xmx2g最大堆大小不要超过服务器物理内存的70%-XX:UseG1GC开启低停顿垃圾收集器适合Web服务-XX:MaxGCPauseMillis200G1目标停顿时间-Djava.security.egdfile:/dev/./urandom设置加快Tomcat启动和SSL握手Tomcat的线程数要根据接口RT来估算。假设平均接口响应50ms那么单线程每秒能处理20个请求一个Tomcat线程池200线程理论上能支撑4000 QPS但实际还要考虑数据库连接池和Redis带宽。线程数太大反而增大上下文切换游戏服务网站这类业务建议200左右起压测后再调整。4.4 用Arthas排查CPU飙高代码上线后CPU飙到100%是Java工程师最常遇到的故障。用Arthas能直接定位到方法java -jar arthas-boot.jar # 选择game-api进程 dashboard # 查看CPU占用最高的线程 thread -n 3 -i 1000dashboard先看线程概况thread -n 3显示最忙的3条线程-i 1000表示采样1秒。输出里会包含线程执行栈找到栈顶自己的业务方法基本就能定位到死循环或大对象循环遍历。常见原因是JSON库反复解析超大公告内容、Redis连接池耗尽导致阻塞甚至日志打印过多导致IO线程卡住。如果是GC导致CPU高用jstat -gcutil查看FGC次数一般要换成G1并调大年轻代。5. 让游戏服务网站代码更稳的三件事幂等、限流与灰度游戏服务网站上线后最难的不是功能而是“玩家多按了一次按钮”“运营发公告瞬间流量暴涨”“新版本逻辑有问题又不能回滚”。这三个场景分别对应幂等、限流和灰度是Java后端项目里很实用的小技巧Java面试题也常考。5.1 接口幂等购买、抽奖这类写接口先在Redis里放一个幂等令牌业务充值单号或客户端生成的请求ID作为keyboolean lock stringRedisTemplate.opsForValue() .setIfAbsent(idempotent:buy: businessId, 1, 5, TimeUnit.MINUTES); if (!lock) { throw new BusinessException(重复提交); } try { buyService.buy(playerId, itemId, count); } finally { stringRedisTemplate.delete(idempotent:buy: businessId); }setIfAbsent是原子操作多个并发请求只有一个能拿到key。注意删除时机业务完成后要删除key否则玩家5分钟内不能买第二个同款商品。如果业务又需要防重又要完成前不能重复就不要在finally里删让key自然过期业务表里再做唯一索引。5.2 用Redis Lua做全局限流限流常见做法是Google Guava的RateLimiter但那是本地单机限流游戏服务网站部署多个实例时会各放各的总上限变成实例数乘以阈值。推荐用Redis加Lua脚本local key KEYS[1] local limit tonumber(ARGV[1]) local window tonumber(ARGV[2]) local current redis.call(incr, key) if current 1 then redis.call(expire, key, window) end if current limit then return 0 end return 1调用时把key设为“ratelimit:announce:20250101”limit设为100window设为60。脚本先自增若第一次则设置过期时间若超过限制返回0。Java里用DefaultRedisScript执行这段Lua执行体在Redis内部原子完成多实例共享一个Redis就可以做到全局限流。注意窗口期很短时刚过窗口的流量会瞬间放行还要配合Nginx的limit_req按IP限流。5.3 灰度发布游戏服务网站的新排行榜算法或者新支付渠道不要直接全量上线。常见做法是从Redis读灰度开关再按玩家ID取模boolean grayOpen Boolean.TRUE.equals( stringRedisTemplate.hasKey(gray:new-rank-service)); if (grayOpen playerId % 100 10) { return newRankService.query(playerId); } return oldRankService.query(playerId);玩家ID取模100小于10表示放量10%。运营和测试可以把指定玩家ID直接加入白名单验证完再逐步调大比例。灰度开关单独用一个Redis key不需要重启服务。配合Nginx的upstream权重也能做流量切分但业务内开关更适合做逻辑切换和控制。这套“幂等限流灰度”的思路能让游戏服务网站代码从“能跑”变成“稳定跑”也正好是Java后端项目经验里最值得拿出来讲的三个点。上线后写个压测脚本跑一遍看限流和幂等场景是否符合预期再决定要不要放量。本文还有配套的精品资源点击获取