游戏服务器开发岗位的面试题集中在网络协议、多线程模型和数据库读写这三个层面。以下结合传奇服务端的具体实现，拆解高频考题的应答要点。
面试官常问的第一个问题是客户端与服务器的消息协议如何设计。传奇使用TLV结构定义协议包，每个包前4个字节为消息编号，后续字节为参数体。应答时需说明这种定长包头加变长包体的设计如何解决粘包问题，服务器在OnSocketMessage的FD_READ事件中读取数据，先解析出wIdent编号再根据编号长度读取剩余字节。若协议体长度字段缺失，可用固定长度字段或分隔符方案作为补充说明。
第二个问题围绕登录流程的数据同步展开。从客户端连接LoginGate的7000端口开始，LoginGate收到账号密码后通过消息队列转发至LoginSvr，LoginSvr查询DBSvr验证用户凭据。验证通过后LoginGate返回登录成功消息，客户端关闭登录连接并尝试连接SelGate端口。SelGate加载角色列表数据返回客户端，玩家选择角色后SelGate发送选角消息到GameGate，GameGate转发至GameSvr完成角色进入。回答时强调网关间通信使用异步队列，避免阻塞主线程。
第三个高频题是IOCP模型下如何管理数千个客户端连接。服务端为每个连接分配一个PER_SOCKET_CONTEXT结构体，存储套接字句柄、接收缓冲区、待发送队列和关联的用户ID。CreateIoCompletionPort将套接字绑定到完成端口后，投递WSARecv异步接收。完成事件由GetQueuedCompletionStatus取出，根据dwCompletionKey映射到对应的连接上下文。工作线程从上下文缓冲区中提取完整包后压入玩家对象的操作队列，主线程定时消费队列执行逻辑。
第四个问题涉及如何保证玩家移动的同步一致性。传奇采用服务器校验与客户端预测结合的方式，玩家按下方向键时客户端立即响应移动动画，同时发送移动请求到服务器。服务器执行WalkTo函数验证目标格子的可通行性，通过后将新坐标广播给周围玩家，失败则下发_MSG_FAIL将角色拉回原位置。面试时重点说明服务器拥有位置最终决定权，客户端只负责表现层的平滑插值。
第五个问题关于数据库存档策略。角色数据在内存中以玩家对象形式存在，每5分钟触发一次自动存档。存档操作开启事务，将玩家属性、背包物品、装备栏、技能列表等多个表的数据同步写入。写入过程采用异步方式，主线程不等待写入完成。面试应答时强调存档间隔的设定依据，间隔过短造成磁盘IO压力，间隔过长增加掉线回档的损失范围，5分钟是多数商业引擎的折中选择。
第六个问题围绕地图分块与视野管理。传奇地图划分为固定大小的格子，每个格子持有该格内的所有实体引用。视野计算采用九宫格算法，获取玩家所在格子的周围九个格子，遍历格内实体列表生成可见集合。每个玩家维护一个可见列表缓存，每次视野更新时计算新旧列表的差异，只下发新增或消失的实体编号。应答时补充格子大小选32像素的理由，以及为什么使用九宫格而不是全地图广播。
第七个问题是脚本系统如何集成到服务端。传奇将NPC对话和任务逻辑以文本脚本形式存放于Envir目录，启动时加载并编译成指令树。玩家触发NPC对话时服务端按文件名和节点名查找指令段，执行条件判断和操作命令。自定义扩展功能通过注册C函数指针实现，脚本中使用CallFunc名称调用。面试应答中需区分脚本指令的编译期解析和运行期执行两个阶段。
第八个问题聚焦网关扩容机制。登录网关、角色网关和游戏网关可以独立部署在多台机器上，各网关通过IP地址和端口号区分。GameGate连接GameSvr时携带网关标识，GameSvr根据标识维护不同网关的玩家列表。需要踢玩家下线时，GameSvr向对应网关发送PACKET_KICK消息。应答时说明网关层设计的目的在于隔离外部流量，防止GameSvr直接暴露在公网环境。
第九个问题考察怪物AI状态机的实现方式。怪物AI循环在ProcessMonster线程中每帧执行，状态包括空闲、巡逻、追击、攻击和返回。进入追击状态的条件是仇恨列表中存在目标且目标在视野范围内，追击过程中每帧更新目标坐标执行移动动作。攻击状态间隔由怪物DB的Row字段控制，攻击判定时根据攻击距离决定采用近战物理攻击还是远程魔法攻击。面试应答中给出完整的状态切换条件表。
第十个问题是内存池如何避免频繁new和delete。服务端预分配固定数量的对象池，玩家对象和怪物对象在服务启动时一次性创建完成。分配对象时从空闲链表头部取出一个节点并标记使用，释放时将节点重新接入空闲链表。这种设计降低了内存碎片的产生，同时加快了对象分配和回收的速度。应答时说明对象池大小需要根据峰值在线人数估算，预留20%至30%的余量以应对突发流量。
面试官常问的第一个问题是客户端与服务器的消息协议如何设计。传奇使用TLV结构定义协议包，每个包前4个字节为消息编号，后续字节为参数体。应答时需说明这种定长包头加变长包体的设计如何解决粘包问题，服务器在OnSocketMessage的FD_READ事件中读取数据，先解析出wIdent编号再根据编号长度读取剩余字节。若协议体长度字段缺失，可用固定长度字段或分隔符方案作为补充说明。
第二个问题围绕登录流程的数据同步展开。从客户端连接LoginGate的7000端口开始，LoginGate收到账号密码后通过消息队列转发至LoginSvr，LoginSvr查询DBSvr验证用户凭据。验证通过后LoginGate返回登录成功消息，客户端关闭登录连接并尝试连接SelGate端口。SelGate加载角色列表数据返回客户端，玩家选择角色后SelGate发送选角消息到GameGate，GameGate转发至GameSvr完成角色进入。回答时强调网关间通信使用异步队列，避免阻塞主线程。
第三个高频题是IOCP模型下如何管理数千个客户端连接。服务端为每个连接分配一个PER_SOCKET_CONTEXT结构体，存储套接字句柄、接收缓冲区、待发送队列和关联的用户ID。CreateIoCompletionPort将套接字绑定到完成端口后，投递WSARecv异步接收。完成事件由GetQueuedCompletionStatus取出，根据dwCompletionKey映射到对应的连接上下文。工作线程从上下文缓冲区中提取完整包后压入玩家对象的操作队列，主线程定时消费队列执行逻辑。
第四个问题涉及如何保证玩家移动的同步一致性。传奇采用服务器校验与客户端预测结合的方式，玩家按下方向键时客户端立即响应移动动画，同时发送移动请求到服务器。服务器执行WalkTo函数验证目标格子的可通行性，通过后将新坐标广播给周围玩家，失败则下发_MSG_FAIL将角色拉回原位置。面试时重点说明服务器拥有位置最终决定权，客户端只负责表现层的平滑插值。
第五个问题关于数据库存档策略。角色数据在内存中以玩家对象形式存在，每5分钟触发一次自动存档。存档操作开启事务，将玩家属性、背包物品、装备栏、技能列表等多个表的数据同步写入。写入过程采用异步方式，主线程不等待写入完成。面试应答时强调存档间隔的设定依据，间隔过短造成磁盘IO压力，间隔过长增加掉线回档的损失范围，5分钟是多数商业引擎的折中选择。
第六个问题围绕地图分块与视野管理。传奇地图划分为固定大小的格子，每个格子持有该格内的所有实体引用。视野计算采用九宫格算法，获取玩家所在格子的周围九个格子，遍历格内实体列表生成可见集合。每个玩家维护一个可见列表缓存，每次视野更新时计算新旧列表的差异，只下发新增或消失的实体编号。应答时补充格子大小选32像素的理由，以及为什么使用九宫格而不是全地图广播。
第七个问题是脚本系统如何集成到服务端。传奇将NPC对话和任务逻辑以文本脚本形式存放于Envir目录，启动时加载并编译成指令树。玩家触发NPC对话时服务端按文件名和节点名查找指令段，执行条件判断和操作命令。自定义扩展功能通过注册C函数指针实现，脚本中使用CallFunc名称调用。面试应答中需区分脚本指令的编译期解析和运行期执行两个阶段。
第八个问题聚焦网关扩容机制。登录网关、角色网关和游戏网关可以独立部署在多台机器上，各网关通过IP地址和端口号区分。GameGate连接GameSvr时携带网关标识，GameSvr根据标识维护不同网关的玩家列表。需要踢玩家下线时，GameSvr向对应网关发送PACKET_KICK消息。应答时说明网关层设计的目的在于隔离外部流量，防止GameSvr直接暴露在公网环境。
第九个问题考察怪物AI状态机的实现方式。怪物AI循环在ProcessMonster线程中每帧执行，状态包括空闲、巡逻、追击、攻击和返回。进入追击状态的条件是仇恨列表中存在目标且目标在视野范围内，追击过程中每帧更新目标坐标执行移动动作。攻击状态间隔由怪物DB的Row字段控制，攻击判定时根据攻击距离决定采用近战物理攻击还是远程魔法攻击。面试应答中给出完整的状态切换条件表。
第十个问题是内存池如何避免频繁new和delete。服务端预分配固定数量的对象池，玩家对象和怪物对象在服务启动时一次性创建完成。分配对象时从空闲链表头部取出一个节点并标记使用，释放时将节点重新接入空闲链表。这种设计降低了内存碎片的产生，同时加快了对象分配和回收的速度。应答时说明对象池大小需要根据峰值在线人数估算，预留20%至30%的余量以应对突发流量。