mirror of
https://github.com/layue13/MoonBridge.git
synced 2026-10-25 18:46:18 +00:00
Verdict of the 2026-10-23 client codec record: ClientFrameEncoder sends 12x fewer messages at 51-56% less event-loop CPU per packet and is kept. ClientFrameDecoder missed the rule (codec-only CPU -8-18% with overlapping ranges; worse once vanilla's splitter runs behind it), so the client keeps Netty's WebSocket13FrameDecoder. README protocol notes cover TCP_NODELAY and one message per batch. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
5.6 KiB
5.6 KiB
MoonBridge WebSocket 客户端模组(1.7.10 Forge)
让 1.7.10 Forge 客户端通过 WebSocket 连接 MoonBridge 代理,从而可以经由 Cloudflare 等 CDN 转发流量。
服务器地址以 ws:// 或 wss:// 开头时走 WebSocket;其他任何地址的行为与原版完全相同(普通 TCP)。
服务器列表的 ping 和实际进入服务器都支持。
安装
- Minecraft 1.7.10 + Forge 10.13.4.1614,Java 8 或更新(GTNH 的 lwjgl3ify 环境也可以)。
- 把以下两个 jar 放进
mods/:- 本模组
moonbridgews-<版本>.jar(build/libs/下不带-dev/-sources后缀的那个); - UniMixins(建议 0.3.x;构建和测试使用的是 0.3.1)。本模组是 coremod + 早期 Mixin,依赖 UniMixins 提供的 GTNH Mixin 加载器,必须安装。
- 本模组
- 只需要装在客户端;服务器端不需要,也不会检查。
地址格式
在“添加服务器”或“直接连接”里填写:
| 地址 | 含义 |
|---|---|
wss://mc.example.com/mc |
TLS,443 端口,路径 /mc |
wss://mc.example.com:8443/mc?token=abc |
自定义端口,查询串原样发送 |
ws://1.2.3.4:8080/mc |
明文 WebSocket,8080 端口 |
ws://[2001:db8::1]:8080/ |
IPv6 字面量需要方括号 |
mc.example.com:25565 |
不是 ws/wss,原版 TCP(包括 SRV 记录) |
- 默认端口:
ws为 80,wss为 443;路径为空时请求/。#之后的片段会被忽略。 wss只使用 TLS 1.2:Minecraft 自带的 Netty 4.0.10 无法完成 TLS 1.3 握手。CDN 和 MoonBridge 都支持 TLS 1.2;自建 TLS 终端时不要只开放 TLS 1.3。- Host 头为 URL 中的主机名(非默认端口时带
:端口);wss的 SNI 和证书校验都使用该主机名,按 JDK 默认信任库做正常的证书与主机名校验,不能跳过。 - 路径只允许可打印 ASCII 且不含空格,其他字符请先做百分号编码。
- 发给后端的 Minecraft 握手包里的地址/端口就是 URL 的主机名和端口。
- 每个 WebSocket 消息都是 BINARY 帧,内容是原版 TCP 字节流的一段(已经过原版的加密和长度前缀),分段边界任意。服务器发来 TEXT 帧视为协议错误并断开。
- 出站按批发送:原版每个包调用一次
writeAndFlush,模组把事件循环里已排队的包合并成一条 BINARY 消息(每条最多 64 KiB),单独一个包也会在同一轮事件循环里立即发出;pong 不排队,立即发送。服务器端不能假设一条消息对应一个包。 - ws/wss 连接会重新开启
TCP_NODELAY(原版关闭了它,即开启 Nagle):包已经按批合并,Nagle 只会让下一条消息白等上一条的 ACK。普通 TCP 连接保持原版设置。
常见问题
- 显示 “Unknown host”:地址以
ws:///wss://开头但格式不合法(日志里有Invalid WebSocket server address及原因),或 URL 主机名无法解析。 - “Internal Exception: java.io.IOException: WebSocket handshake ... failed: server answered 'HTTP/1.1 404 ...'”:路径不对,或 CDN/反向代理没有转发 WebSocket(Cloudflare 需开启 WebSockets,源站需返回 101)。403/1xxx 多为 CDN 规则拦截。
- “TLS handshake with ... failed”/
PKIX path building failed:证书不受信任或主机名不匹配。旧版 Java 8(8u101 之前)缺少 Let's Encrypt 等新根证书,请升级 Java。 - 服务器列表里 ws 条目显示 “Can't connect to server”:先确认用同一地址能否加入;ws 地址不会再尝试原版的旧版(0xFE)ping。
- 日志:成功时会打印
[MoonBridgeWs]: Connecting over WebSocket to ws://...。没有这行说明模组或 UniMixins 未加载。
构建与测试
这是独立的 Gradle 构建(GTNH ExampleMod 模板 + RetroFuturaGradle),不属于根项目的 settings.gradle.kts,CI 也不会构建它。
cd client-mod
bash ./gradlew build # 编译、反混淆打包、spotless/checkstyle、JUnit 测试
bash ./gradlew test # 仅测试 dev.moonbridge.clientws.net(不依赖 Minecraft)
bash ./gradlew runObfClient # 用混淆环境启动客户端;若模组未加载,把 run/obfuscated/mods/ 里的 jar 复制到 run/client/mods/
Gradle 守护进程使用 JDK 25(gradle/gradle-daemon-jvm.properties,可自动下载),编译工具链由模板自动配置。
构建版本号取自 git 描述。
代码结构
dev.moonbridge.clientws.net:与 Minecraft 无关、可单独测试的部分。WebSocketAddress(URL 解析)、WebSocketHandshakeHandler(RFC 6455 握手,握手完成前缓存出站写入)、WebSocketFrameAdapter(入站帧 → 原始字节流)、ClientFrameEncoder(出站按批成帧)、WebSocketPipeline(安装到管线最前面)、WebSocketConnectContext(把 URL 从地址解析传到建立连接的线程)。dev.moonbridge.clientws.mixins.early:早期 Mixin,目标为ServerAddress.func_78860_a、NetworkManager.provideLanClient(func_150726_a)及其匿名ChannelInitializer(NetworkManager$2)、GuiConnecting.func_146367_a、OldServerPinger.func_147225_b。- 出站帧由自己的
ClientFrameEncoder编码(按批合并、每次 4 字节掩码);入站解码和 TLS 使用 Minecraft 自带的 Netty 4.0.10.Final(WebSocket13FrameDecoder、SslHandler),没有打包其他 Netty。取舍依据见testing/benchmarks/results/2026-10-23-client-websocket-codec.md。 ./gradlew codecBenchmark -PbenchArgs="--variant base|candidate --repeats 3":编码器微基准(测试源码,不打包)。