从GoSQLite编译到浏览器开局landlord部署、AI对局与固定地址实战前言这篇完整走一遍开源斗地主项目dwg255/landlord的 Linux 部署过程。项目使用 Go、SQLite3 和 WebSocket官方仓库明确说明自带简单出牌 AI同时go.mod依赖mattn/go-sqlite3因此 Linux 编译时需要开启 CGO 并准备 GCC。部署从 yum 依赖、Go 1.22.5、源码克隆和CGO_ENABLED1编译开始再把服务端口调整为 8083先前台启动确认页面能正常访问随后补上防火墙和 systemd 常驻。最后再把 8083 页面提供给外部浏览器访问并配置固定二级子域名。整篇重点放在“依赖—编译—运行—常驻—远程访问”这条链路上同时把源码目录和/docker/landlord路径不一致、systemd 配置重复以及‘30秒上线’这类夸张表述逐一收紧。这套项目还有一个特点仓库本身比较老go.mod声明的是Go 1.12而教程演示却使用Go 1.22.5。新版本Go不一定不能编译但这种跨度值得明确写出来如果以后出现依赖兼容问题排查方向就不会只盯着端口和防火墙。另外远程访问部分也不会把“页面能打开”直接写成“多人联机已经验证”。项目确实使用WebSocket也确实带Bot但这篇截图真正证明的是服务页面和公网入口可达。是否支持多客户端稳定对局还应该通过真实多人进入、完整开局和断线场景继续验证。1 先看清这个landlord项目到底是什么这里的landlord不是一个“AI训练平台”。它是一个开源斗地主 Web 项目。项目官方仓库明确写到Go 项目SQLite3 数据库Go Modules 管理依赖自带简单出牌 AI使用 WebSocket浏览器访问。所以更准确的定位应该是可以自己部署的斗地主 Web 服务带基础 AI 玩家。拿它练规则、试牌局、自己玩都可以。但不能把“自带无脑出牌AI”扩大成专业策略训练智能记牌教练高水平AI对手保证提升胜率。2 为什么这篇必须先解决CGO这个项目的go.mod里依赖github.com/mattn/go-sqlite3而这个 SQLite 驱动属于 CGO 包。它要求CGO_ENABLED1GCC编译器对应Linux开发环境这也是为什么源步骤先安装Development Toolsgccsqlitesqlite-devel这一层不是可有可无。如果直接拿CGO_ENABLED0的方式编译SQLite驱动就可能无法正常工作。3 先更新CentOS并安装编译依赖执行# root 登录yum clean all yum makecache yum-yupdate# 安装编译工具 gcc sqlite 开发库yum groupinstall-yDevelopment Toolsyuminstall-ywgetgitsqlite sqlite-devel这里会做几件事刷新yum缓存更新系统安装Development Tools安装wget安装git安装sqlite安装sqlite-devel。如果是长期运行的生产服务器yum -y update前更建议先确认系统版本和现有业务。因为系统级更新不只是为了 landlord 一个项目服务。4 确认gcc和sqlite3执行gcc--versionsqlite3--version这一步确认编译器和SQLite命令行工具已经可用。看到版本信息以后再继续。5 安装Go 1.22.5执行cd/rootwgethttps://dl.google.com/go/go1.22.5.linux-amd64.tar.gztar-zxfgo1.22.5.linux-amd64.tar.gzmvgo /usr/local/# 配置环境变量echoexport PATH$PATH:/usr/local/go/bin/etc/profileechoexport GOPATH/root/go/etc/profilesource/etc/profile# 验证go version这里安装go1.22.5并把/usr/local/go/bin加入 PATH。需要注意项目仓库自己的go.mod写的是go 1.12也就是说这是一个比较老的 Go 项目。使用 Go 1.22.5 不代表一定有问题但也不能简单写成“官方推荐版本就是1.22”更准确的是这篇演示使用 Go 1.22.5 编译。如果新版本 Go 出现兼容问题可以回头检查项目依赖和原始Go版本。6 拉取landlord源码执行gitclone https://github.com/dwg255/landlord.git#进入目标目录cdlandlord/main/仓库地址https://github.com/dwg255/landlord.git官方 README 的思路也是clone → 进入 main → build所以这一步和项目本身的运行说明是对应的。7 开启CGO编译执行CGO_ENABLED1GOOSlinuxGOARCHamd64\go build-o../landlord-ldflags-w -s这里CGO_ENABLED1是关键。输出文件../landlord也就是说如果当前目录是landlord/main/那么生成的二进制应该回到landlord/landlord这个位置后面会直接影响启动路径。8 这里有第一个明显的目录问题编译时当前目录是landlord/main/但下一节直接写cdconf/viapp.conf如果仍然停留在landlord/main/那么cd conf/通常是找不到的。项目仓库中的conf目录位于仓库根目录。所以执行时应该先确认自己现在到底在哪个目录。这里不直接改代码块只提醒路径关系。9 把HTTP端口改成8083配置# 修改此部分[product]http_port8083这里因为机器80端口已经被占用所以把服务端口改成8083这个思路没有问题。8083只是这次演示端口不是 landlord 项目的固定要求。10 前台启动时又出现第二个路径跳变源步骤使用#回到目标目录cd/docker/landlord/ ./landlord这里突然变成/docker/landlord/但前面的 clone 流程并没有展示把项目克隆到/docker把源码移动到/docker/landlord把编译后的二进制复制过去所以如果完全照前面的命令执行项目更可能还在/root/landlord或者你实际 clone 时所在的目录。因此启动前一定要确认landlord二进制真实路径conf目录真实路径当前Working Directory。11 “不报错”只是第一层验证前台启动以后如果程序没有退出、没有明显报错说明进程至少能够运行。但更完整的验证还应该继续做浏览器真正打开8083。这才说明进程 → HTTP监听 → Web页面整个基础链已经通了。12 防火墙是否必须要看机器实际环境执行# 开放端口firewall-cmd --add-port8083/tcp--permanentfirewall-cmd--reload# 查看firewall-cmd --list-ports这组命令会放行8083/tcp如果这台 CentOS 正在使用 firewalld并且需要其他设备直接访问 8083这一步确实有意义。但“必须否则外网访问不了”写得太绝对。例如firewalld未启用只在本机回环访问网络由其他防火墙管理处理方式都会不同。所以应该先确认自己的防火墙环境。13 systemd让游戏服务后台常驻第一段配置cat/etc/systemd/system/landlord.serviceEOF [Unit] DescriptionLandlord Game Server Afternetwork.target [Service] Typesimple WorkingDirectory/docker/landlord ExecStart/docker/landlord/landlord Restartalways RestartSec5 [Install] WantedBymulti-user.target EOF这里设置WorkingDirectory/docker/landlordExecStart/docker/landlord/landlordRestartalways目的就是让 landlord退出后自动重启并随系统服务方式管理。14 源步骤把同一个systemd配置重复了一遍后面再次出现cat/etc/systemd/system/landlord.serviceEOF [Unit] DescriptionLandlord Game Server Afternetwork.target [Service] Typesimple WorkingDirectory/docker/landlord ExecStart/docker/landlord/landlord Restartalways RestartSec5 [Install] WantedBymulti-user.target EOF两段内容完全一致。所以这不是两套不同配置。执行一遍就已经写入/etc/systemd/system/landlord.service第二遍只是重复覆盖同一个文件。更需要关注的是这里的/docker/landlord是否真的和前面编译目录一致。15 systemd配置还缺少后续启用命令展示写入 service 文件以后正常还需要类似systemctl daemon-reloadsystemctl enable ...systemctl start ...systemctl status ...来真正加载和启动服务。但源步骤没有把这些命令展示出来。所以这里只能说service文件已经准备。不能把它直接描述成已经完成开机自启验证。16 最终还是要从浏览器验证8083浏览器访问http://IP:8083能看到斗地主登录页面以后才说明服务器 → landlord进程 → 8083 → 浏览器这一条链真正跑通。这里比“程序没闪退”更有说服力。17 AI这部分应该怎么描述才准确项目官方README明确写自带无脑出牌AI。所以支持AI玩家这个说法是有依据的。但它没有证明三个AI会自动完整开局AI具备高级策略可以做专业训练AI水平能模拟真人高手。所以更稳妥的定位是带基础Bot的私人斗地主练习场。18 “30秒上线”不符合这篇真实流程这篇实际步骤包括yum更新开发工具安装Go下载环境变量git cloneCGO编译改配置调端口前台测试防火墙systemd。这些都不可能稳定压缩成统一的“30秒”。所以新版不再保留这个时间承诺。真正值得强调的是流程完整、能复现。19 本地能玩以后再考虑远程如果只在家里或者局域网玩http://IP:8083已经够用。只有需要手机在外面打开异地自己访问临时让朋友进入才有必要继续增加公网入口。20 安装cpolar执行sudocurlhttps://get.cpolar.sh|sh安装完成后检查sudosystemctl status cpolar然后进入主机IP:9200后面的隧道都在这里配置。21 给8083创建随机公网地址参数隧道名称landlord协议http本地地址8083域名类型随机域名地区China Top创建成功以后再从外部浏览器打开页面能加载以后说明外部浏览器 → 公网地址 → cpolar → landlord:8083网络链已经通了。22 公网访问不等于“多人联网能力已经验证”这里还要区分两个概念Web页面能从公网打开和多人实时联网对局已经完整验证不是一回事。项目本身使用WebSocket确实具备网页游戏通信基础。但这篇截图只证明页面能打开服务端能响应。没有实际展示两个外部客户端同时进入房间匹配断线重连多人完整一局。所以正文不再扩大描述。23 随机地址适合先测试先验证页面打开静态资源正常WebSocket没有被阻断登录和牌局功能正常。这些都没问题以后再决定是否需要固定地址。24 配置固定二级子域名进入预留页面保留landlord然后进入隧道列表把域名类型改为二级子域名更新以后使用新的固定地址。25 固定地址解决的是入口稳定不是游戏能力源步骤写永久不会变化。更稳妥的表述是在账号、套餐和对应服务条件持续有效的情况下固定地址不需要像随机地址那样频繁变化。它解决的是地址好记书签稳定不需要反复换访问链接。它不会自动提升AI水平房间人数游戏服务器性能账号安全。26 这套部署真正完成了什么依赖层CentOS → GCC → SQLite → Go编译层源码 → CGO → landlord二进制运行层app.conf → 8083 → 浏览器常驻层systemd service文件远程层公网地址 → cpolar → 8083真正完成Go环境SQLite依赖CGO编译8083端口Web页面systemd配置文件随机公网访问固定二级子域名。需要特别注意项目官方只确认基础AIgo.mod声明Go 1.12教程使用Go 1.22.5conf路径前后不一致/docker/landlord没有迁移步骤systemd配置重复service后续启用命令没有展示“30秒上线”不符合实际部署链。总结整套流程可以拆成五层系统依赖、Go与CGO编译、8083服务启动、systemd常驻配置、外部访问入口。本文已经完整保留gcc、sqlite-devel、Go 1.22.5、源码编译、端口修改、防火墙、systemd和公网访问步骤。需要特别修正的是项目官方只写明自带简单AI源码目录与/docker/landlord路径存在跳变systemd配置重复而且没有展示真正enable/start的后续命令。把这些细节说明白以后这篇更准确的定位是从源码把一个Go版斗地主Web项目完整跑起来再把本地8083页面扩展到远程访问而不是“30秒上线的专业AI训练场”。 
长河君 · 2026/10/14 20:23:32 · 阅读 1.2k 从Go+SQLite编译到浏览器开局：landlord部署、AI对局与固定地址实战
从GoSQLite编译到浏览器开局landlord部署、AI对局与固定地址实战前言这篇完整走一遍开源斗地主项目dwg255/landlord的 Linux 部署过程。项目使用 Go、SQLite3 和 WebSocket官方仓库明确说明自带简单出牌 AI同时go.mod依赖mattn/go-sqlite3因此 Linux 编译时需要开启 CGO 并准备 GCC。部署从 yum 依赖、Go 1.22.5、源码克隆和CGO_ENABLED1编译开始再把服务端口调整为 8083先前台启动确认页面能正常访问随后补上防火墙和 systemd 常驻。最后再把 8083 页面提供给外部浏览器访问并配置固定二级子域名。整篇重点放在“依赖—编译—运行—常驻—远程访问”这条链路上同时把源码目录和/docker/landlord路径不一致、systemd 配置重复以及‘30秒上线’这类夸张表述逐一收紧。这套项目还有一个特点仓库本身比较老go.mod声明的是Go 1.12而教程演示却使用Go 1.22.5。新版本Go不一定不能编译但这种跨度值得明确写出来如果以后出现依赖兼容问题排查方向就不会只盯着端口和防火墙。另外远程访问部分也不会把“页面能打开”直接写成“多人联机已经验证”。项目确实使用WebSocket也确实带Bot但这篇截图真正证明的是服务页面和公网入口可达。是否支持多客户端稳定对局还应该通过真实多人进入、完整开局和断线场景继续验证。1 先看清这个landlord项目到底是什么这里的landlord不是一个“AI训练平台”。它是一个开源斗地主 Web 项目。项目官方仓库明确写到Go 项目SQLite3 数据库Go Modules 管理依赖自带简单出牌 AI使用 WebSocket浏览器访问。所以更准确的定位应该是可以自己部署的斗地主 Web 服务带基础 AI 玩家。拿它练规则、试牌局、自己玩都可以。但不能把“自带无脑出牌AI”扩大成专业策略训练智能记牌教练高水平AI对手保证提升胜率。2 为什么这篇必须先解决CGO这个项目的go.mod里依赖github.com/mattn/go-sqlite3而这个 SQLite 驱动属于 CGO 包。它要求CGO_ENABLED1GCC编译器对应Linux开发环境这也是为什么源步骤先安装Development Toolsgccsqlitesqlite-devel这一层不是可有可无。如果直接拿CGO_ENABLED0的方式编译SQLite驱动就可能无法正常工作。3 先更新CentOS并安装编译依赖执行# root 登录yum clean all yum makecache yum-yupdate# 安装编译工具 gcc sqlite 开发库yum groupinstall-yDevelopment Toolsyuminstall-ywgetgitsqlite sqlite-devel这里会做几件事刷新yum缓存更新系统安装Development Tools安装wget安装git安装sqlite安装sqlite-devel。如果是长期运行的生产服务器yum -y update前更建议先确认系统版本和现有业务。因为系统级更新不只是为了 landlord 一个项目服务。4 确认gcc和sqlite3执行gcc--versionsqlite3--version这一步确认编译器和SQLite命令行工具已经可用。看到版本信息以后再继续。5 安装Go 1.22.5执行cd/rootwgethttps://dl.google.com/go/go1.22.5.linux-amd64.tar.gztar-zxfgo1.22.5.linux-amd64.tar.gzmvgo /usr/local/# 配置环境变量echoexport PATH$PATH:/usr/local/go/bin/etc/profileechoexport GOPATH/root/go/etc/profilesource/etc/profile# 验证go version这里安装go1.22.5并把/usr/local/go/bin加入 PATH。需要注意项目仓库自己的go.mod写的是go 1.12也就是说这是一个比较老的 Go 项目。使用 Go 1.22.5 不代表一定有问题但也不能简单写成“官方推荐版本就是1.22”更准确的是这篇演示使用 Go 1.22.5 编译。如果新版本 Go 出现兼容问题可以回头检查项目依赖和原始Go版本。6 拉取landlord源码执行gitclone https://github.com/dwg255/landlord.git#进入目标目录cdlandlord/main/仓库地址https://github.com/dwg255/landlord.git官方 README 的思路也是clone → 进入 main → build所以这一步和项目本身的运行说明是对应的。7 开启CGO编译执行CGO_ENABLED1GOOSlinuxGOARCHamd64\go build-o../landlord-ldflags-w -s这里CGO_ENABLED1是关键。输出文件../landlord也就是说如果当前目录是landlord/main/那么生成的二进制应该回到landlord/landlord这个位置后面会直接影响启动路径。8 这里有第一个明显的目录问题编译时当前目录是landlord/main/但下一节直接写cdconf/viapp.conf如果仍然停留在landlord/main/那么cd conf/通常是找不到的。项目仓库中的conf目录位于仓库根目录。所以执行时应该先确认自己现在到底在哪个目录。这里不直接改代码块只提醒路径关系。9 把HTTP端口改成8083配置# 修改此部分[product]http_port8083这里因为机器80端口已经被占用所以把服务端口改成8083这个思路没有问题。8083只是这次演示端口不是 landlord 项目的固定要求。10 前台启动时又出现第二个路径跳变源步骤使用#回到目标目录cd/docker/landlord/ ./landlord这里突然变成/docker/landlord/但前面的 clone 流程并没有展示把项目克隆到/docker把源码移动到/docker/landlord把编译后的二进制复制过去所以如果完全照前面的命令执行项目更可能还在/root/landlord或者你实际 clone 时所在的目录。因此启动前一定要确认landlord二进制真实路径conf目录真实路径当前Working Directory。11 “不报错”只是第一层验证前台启动以后如果程序没有退出、没有明显报错说明进程至少能够运行。但更完整的验证还应该继续做浏览器真正打开8083。这才说明进程 → HTTP监听 → Web页面整个基础链已经通了。12 防火墙是否必须要看机器实际环境执行# 开放端口firewall-cmd --add-port8083/tcp--permanentfirewall-cmd--reload# 查看firewall-cmd --list-ports这组命令会放行8083/tcp如果这台 CentOS 正在使用 firewalld并且需要其他设备直接访问 8083这一步确实有意义。但“必须否则外网访问不了”写得太绝对。例如firewalld未启用只在本机回环访问网络由其他防火墙管理处理方式都会不同。所以应该先确认自己的防火墙环境。13 systemd让游戏服务后台常驻第一段配置cat/etc/systemd/system/landlord.serviceEOF [Unit] DescriptionLandlord Game Server Afternetwork.target [Service] Typesimple WorkingDirectory/docker/landlord ExecStart/docker/landlord/landlord Restartalways RestartSec5 [Install] WantedBymulti-user.target EOF这里设置WorkingDirectory/docker/landlordExecStart/docker/landlord/landlordRestartalways目的就是让 landlord退出后自动重启并随系统服务方式管理。14 源步骤把同一个systemd配置重复了一遍后面再次出现cat/etc/systemd/system/landlord.serviceEOF [Unit] DescriptionLandlord Game Server Afternetwork.target [Service] Typesimple WorkingDirectory/docker/landlord ExecStart/docker/landlord/landlord Restartalways RestartSec5 [Install] WantedBymulti-user.target EOF两段内容完全一致。所以这不是两套不同配置。执行一遍就已经写入/etc/systemd/system/landlord.service第二遍只是重复覆盖同一个文件。更需要关注的是这里的/docker/landlord是否真的和前面编译目录一致。15 systemd配置还缺少后续启用命令展示写入 service 文件以后正常还需要类似systemctl daemon-reloadsystemctl enable ...systemctl start ...systemctl status ...来真正加载和启动服务。但源步骤没有把这些命令展示出来。所以这里只能说service文件已经准备。不能把它直接描述成已经完成开机自启验证。16 最终还是要从浏览器验证8083浏览器访问http://IP:8083能看到斗地主登录页面以后才说明服务器 → landlord进程 → 8083 → 浏览器这一条链真正跑通。这里比“程序没闪退”更有说服力。17 AI这部分应该怎么描述才准确项目官方README明确写自带无脑出牌AI。所以支持AI玩家这个说法是有依据的。但它没有证明三个AI会自动完整开局AI具备高级策略可以做专业训练AI水平能模拟真人高手。所以更稳妥的定位是带基础Bot的私人斗地主练习场。18 “30秒上线”不符合这篇真实流程这篇实际步骤包括yum更新开发工具安装Go下载环境变量git cloneCGO编译改配置调端口前台测试防火墙systemd。这些都不可能稳定压缩成统一的“30秒”。所以新版不再保留这个时间承诺。真正值得强调的是流程完整、能复现。19 本地能玩以后再考虑远程如果只在家里或者局域网玩http://IP:8083已经够用。只有需要手机在外面打开异地自己访问临时让朋友进入才有必要继续增加公网入口。20 安装cpolar执行sudocurlhttps://get.cpolar.sh|sh安装完成后检查sudosystemctl status cpolar然后进入主机IP:9200后面的隧道都在这里配置。21 给8083创建随机公网地址参数隧道名称landlord协议http本地地址8083域名类型随机域名地区China Top创建成功以后再从外部浏览器打开页面能加载以后说明外部浏览器 → 公网地址 → cpolar → landlord:8083网络链已经通了。22 公网访问不等于“多人联网能力已经验证”这里还要区分两个概念Web页面能从公网打开和多人实时联网对局已经完整验证不是一回事。项目本身使用WebSocket确实具备网页游戏通信基础。但这篇截图只证明页面能打开服务端能响应。没有实际展示两个外部客户端同时进入房间匹配断线重连多人完整一局。所以正文不再扩大描述。23 随机地址适合先测试先验证页面打开静态资源正常WebSocket没有被阻断登录和牌局功能正常。这些都没问题以后再决定是否需要固定地址。24 配置固定二级子域名进入预留页面保留landlord然后进入隧道列表把域名类型改为二级子域名更新以后使用新的固定地址。25 固定地址解决的是入口稳定不是游戏能力源步骤写永久不会变化。更稳妥的表述是在账号、套餐和对应服务条件持续有效的情况下固定地址不需要像随机地址那样频繁变化。它解决的是地址好记书签稳定不需要反复换访问链接。它不会自动提升AI水平房间人数游戏服务器性能账号安全。26 这套部署真正完成了什么依赖层CentOS → GCC → SQLite → Go编译层源码 → CGO → landlord二进制运行层app.conf → 8083 → 浏览器常驻层systemd service文件远程层公网地址 → cpolar → 8083真正完成Go环境SQLite依赖CGO编译8083端口Web页面systemd配置文件随机公网访问固定二级子域名。需要特别注意项目官方只确认基础AIgo.mod声明Go 1.12教程使用Go 1.22.5conf路径前后不一致/docker/landlord没有迁移步骤systemd配置重复service后续启用命令没有展示“30秒上线”不符合实际部署链。总结整套流程可以拆成五层系统依赖、Go与CGO编译、8083服务启动、systemd常驻配置、外部访问入口。本文已经完整保留gcc、sqlite-devel、Go 1.22.5、源码编译、端口修改、防火墙、systemd和公网访问步骤。需要特别修正的是项目官方只写明自带简单AI源码目录与/docker/landlord路径存在跳变systemd配置重复而且没有展示真正enable/start的后续命令。把这些细节说明白以后这篇更准确的定位是从源码把一个Go版斗地主Web项目完整跑起来再把本地8083页面扩展到远程访问而不是“30秒上线的专业AI训练场”。