传奇M2引擎假人数量设置与运行机制详解

传奇M2引擎中假人数量由服务端配置文件与系统资源共同决定，最大支持数量受内存、CPU及脚本逻辑限制，常规部署可稳定运行50至200个假人。

假人分为服务端假人与客户端假人两类。服务端假人在GameSrv.exe进程中直接生成，不依赖图形界面，通过文本文件定义行为，资源占用低。客户端假人需启动独立Mir2Client实例，每个假人对应一个窗口进程，消耗显存与CPU，适用于复杂交互场景。

服务端假人数量上限主要由HumList.txt或!RUNHUM.txt控制。该文件位于D:MirServerShareGuildBase目录下，每行定义一个假人角色，格式为：
/HumanName=假人001 Map=0 X=325 Y=330 Dir=4 Job=0 Level=35 Look=0
理论上可添加数千行，但实际受限于GameSrv内存分配。每增加100个假人，内存占用上升约150MB。当总人数超过300时，地图刷新延迟明显，NPC响应变慢。

M2引擎默认限制同一地图假人密度。单张地图（如比奇城Map 0）最多容纳100个非玩家角色，超出部分无法加载。可通过修改MapInfo.txt中的MaxHuman参数调整，例如：
[0]
MapDesc=比奇省
MaxHuman=150
但提升后可能引发坐标冲突，导致假人重叠或卡顿。

客户端假人数量取决于机器性能。普通台式机可同时运行20–30个最小化客户端，每个占用80–120MB内存。使用多开工具时，需关闭音效、画面渲染及自动拾取以降低负载。超过50个实例易触发系统句柄耗尽，出现“无法创建窗口”错误。

假人行为脚本影响并发能力。若每个假人执行复杂逻辑（如寻路、打怪、交易），CPU使用率迅速攀升。简单站立或循环行走的假人对系统压力较小。建议将90%假人设为静态，仅少量配置动态行为。

服务端日志可监控假人状态。GameLog目录下的HumLog.txt记录假人登录、移动、登出事件。若日志显示“Create Human Failed”，表明已达引擎内部计数器上限，需重启GameSrv释放句柄。

数据库存储亦有限制。Player表若保存假人角色数据，Access格式mdb文件在记录超2万条时读写变慢。建议将假人数据与真实玩家分离，或改用SQL Server数据库提升承载能力。

网络层无额外限制。假人不产生真实网络流量，所有通信在本地回环地址127.0.0.1完成。防火墙或路由器设置不影响假人数量，仅需确保LoginSrv与GameSrv端口互通。

最终有效数量需实测确定。在目标服务器上逐步增加假人，观察GameSrv.exe CPU持续低于70%、内存增长平稳、地图无卡顿，即为合理上限。强行超限将导致服务端崩溃或假人消失。