一、从目录清单还原整体架构
压缩包约11.4GB，目录主要分为Backup、Bundles和game/Game三层。Bundles按Android、iOS、Windows分端保存资源包、manifest与版本JSON，说明客户端采用资源热更新或分包加载机制；大厅与各游戏资源并非全部硬编码进一个安装包。game/Game/Server则包含ServerLogon.exe、ServerCenter.exe、ServerGame.exe、UpdateServer.exe，以及ServerKernel.dll、ComService.dll、ListService.dll和多组G_*.dll。
从进程命名看，登录、中心、列表、游戏运行和更新职责已经拆开。GameTemp进一步放置带房间或玩法编号的GameService*.dll、G_*.dll，适合按游戏房间复制配置和加载服务模块。FreePool、Log、Settings、GameConfig等目录承担连接池、日志、运行参数和玩法配置，整体更接近传统Windows游戏服务器集群，而不是Web单体应用。
账号、手机、微信三种登录入口，以及协议勾选、版本号和健康游戏提示
二、游戏与模块清单
资源包和服务端DLL中能稳定识别出以下模块。中文名中，直接来自界面或文件语义的部分可以确定；仅凭代号无法完全确认的，保留“待核验”标记，部署前应以后台游戏配置和运行时显示名为准。
| 类型 | 中文名称 | 英文名/代号 | 目录证据 |
|---|---|---|---|
| 平台 | 游戏大厅 | Hall | hall_* Bundle、Hall场景 |
| 棋牌 | 中国象棋 | Chinese Chess / chnchess | chnchess_* |
| 棋牌 | 扯旋 | Chuan Xuan / cx | G_CX_*、cx_* |
| 棋牌 | 斗地主（待核验） | Dou Di Zhu / dds | dds_* |
| 捕鱼 | 捕鱼玩法（待核验） | Fish / f4by | G_F4by*、f4by_* |
| 捕鱼 | 雷电捕鱼 | Lightning Fishing / ldby | ldby_* |
| 休闲 | 农场 | Farm | farm_*、多组Farm场景 |
| 对战 | 计划战争（待核验） | Plan War / pw | G_Planwar*、pw_* |
| 对战 | 坦克玩法（待核验） | Tank | tank_* |
| 僵尸 | 僵尸玩法（待核验） | Zombie / zombie | G_ZB*、zombie_* |
| 僵尸 | 僵尸扩展玩法（待核验） | Zombie Extra / zombiee | zombiee_* |
| 僵尸 | 僵尸塔防（待核验） | Zombie Tower Defense / zombietd | zombietd_* |
健康游戏公告页面
公告中心、反作弊、反赌博与防沉迷并不是装饰页面，而是平台必要运营功能的一部分：它们对应内容发布、风险提示、账号处置和合规运营入口。
三、前端功能与运营后台
大厅截图显示经典游戏列表、商城、VIP、月卡、签到、排行榜、钱包、任务、背包和公告等完整运营闭环。个人资料页包含昵称、等级、账号、绑定手机、性别与切换账号；头像商城与会员特权则承担成长体系和付费权益展示。由此可见，项目的核心不是单纯的对局场景，而是“大厅账号系统＋多游戏房间＋道具与VIP运营”的组合。
个人资料、账号、绑定手机和等级信息页面
热门头像、VIP专属头像和头像穿戴页面。
VIP等级、特权礼包和签到奖励页面
后台部分可见系统管理、第三方SDK配置、游戏官网、用户管理中心、游戏管理中心、大厅管理和推广系统。用户管理包含账号状态、登录信息、金币、钻石、点券、赠送礼物、充值记录、封禁/解封等字段；后台还保留操作日志和批量处理能力。后台页面截图中的请求地址、IP、账号和历史数据属于敏感信息，正式发布文章或部署前应脱敏。
后台管理员操作日志页面
用户账号、金币、钻石、登录状态和功能操作列表
四、服务器条件与部署估算
源码形态更偏向Windows Server环境。建议使用Windows Server 2019或2022，x64 CPU，初始4核8GB内存；若同时运行多个游戏服、后台和数据库，建议8核16GB起步，并将数据库、日志和资源包放在独立磁盘。数据库证据是Backup目录中的多个.bak文件，包含用户、宝库、日志、服务器信息等库名线索，因此应准备匹配版本的Microsoft SQL Server，并预留足够磁盘和定期备份空间。具体SQL Server版本、端口、字符集和账号权限仍需从配置文件与运行日志确认。
单机首次部署预计2至4小时，熟悉环境后约1至2小时。建议按下面顺序执行：
- 准备Windows Server、VC++运行库、SQL Server、压缩工具和防火墙规则，先建立独立的服务账号。
- 解压game/Game/Server，检查EXE、DLL、PDB是否齐套，保留Settings、GameConfig、GameTemp、Log和FreePool的相对目录。
- 在SQL Server中逐个恢复.bak文件，核对数据库名、登录账号、排序规则和服务端连接配置；不要直接把原始公网地址和密码带入新环境。
- 按Settings下的实例目录复制并修改端口、数据库、资源地址、房间号和日志路径；先只启用大厅与一个游戏实例。
- 依次启动数据库、登录服务、中心服务、列表服务、游戏服务和更新服务，查看Log与Windows事件查看器，确认端口监听及DLL加载成功。
- 发布对应平台Bundle，核对versions.json、manifest、资源CDN地址和客户端版本号，再做账号登录、大厅加载、进入房间、结算、重连和更新测试。
五、源码完整性与二开边界
这份交付物的优势是资源和运行时文件非常完整：多端Bundle、manifest、版本JSON、数据库备份、配置模板、EXE、DLL、PDB、EXP/LIB和历史Backup均有保留，便于复原原有运行环境。截图也证明大厅与后台具备较完整的运营功能。
边界同样明显：清单中未发现可直接编辑的.sln、.vcxproj、.cpp、.h或C#工程源码，核心逻辑主要以编译后的Windows二进制和PDB交付。因此可以做配置级二开、资源替换、公告与数值调整、房间实例扩容、Bundle版本发布和后台运营改造；若要改协议、匹配算法、结算规则、反作弊逻辑、数据库写入流程或底层网络模型，则需要原始C/C++工程、第三方库版本和完整构建链。PDB能帮助调试，但不能等同于源码。
公告页面体现了健康游戏、反作弊、反赌博和防沉迷策略，正式运营时还需要补齐实名、未成年人保护、审计留痕、权限分级、敏感信息脱敏和灾备方案。涉及金币、充值、赠送与会员权益的功能，必须先确认业务合规边界，再进行技术上线。
反作弊声明页面
结论
亲朋多乐斗的可识别特征是“原生Windows游戏服务端＋多端资源Bundle＋SQL Server数据库＋完整大厅和运营后台”。它适合已有Windows/SQL Server运维能力、希望恢复多游戏平台运行环境的团队；不适合期待拿到源码后直接修改底层玩法的团队。最稳妥的二开路线是先完成单实例恢复和全链路验收，再围绕配置、资源、后台和发布系统逐层改造，最后评估是否值得为核心DLL反向重构或向原作者补购源工程。
下载地址：
