  layue13andClaude Opus 5.5
|
547ba98f8f
|
perf: Spigot/CraftBukkit 1.7.10 上读取 GameProfile 也不再用反射
- SpigotProfileAccess：直接调用 org.bukkit.craftbukkit.v1_7_R4.entity.CraftPlayer#getProfile
与重定位到 net.minecraft.util.com.mojang.authlib 的 authlib。签名用 javap 从
spigot-1.7.10-R0.1-SNAPSHOT（build 1649）和 craftbukkit-1.7.10-R0.1 读取，两者一致；
五个调用的描述符逐一与 Spigot JAR 核对
- 选择顺序：Uranium → Spigot 1.7.10 → 缓存反射回退
- src/serverStubs 加入对应的编译期副本；verifyBackendJar 额外拒绝 net/minecraft/
- 测试：SpigotProfileAccessTest；文档更新
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
2026-10-22 20:04:08 +08:00 |
|
|
layue13andClaude Opus 5.5
|
4565af2475
|
perf: Uranium 上读取 GameProfile 不再用反射，代理用 MethodHandle 创建插件
- 后端：ProfileAccess 按服务器选择访问方式，启动时选一次。Uranium 使用编译进 JAR 的
UraniumProfileAccess（CraftPlayer#getProfile、authlib 1.5.16，签名来自 TDLM/Uranium 源码与
authlib 字节码），没有反射；其他服务器（如 Spigot 1.7.10）使用缓存反射回退
ReflectiveProfileAccess；编译调用链接失败时记警告并改用回退
- 剥离会话证明的算法只保留一份，两种访问方式共用
- src/serverStubs：只用于编译和测试的服务器类副本，不进 JAR；verifyBackendJar 额外检查
不含 com/mojang/
- 代理：PluginConstructors 用 MethodHandles.publicLookup().findConstructor 创建插件，
不再使用 java.lang.reflect 与 ServiceLoader
- 测试：UraniumProfileAccessTest、PluginConstructorsTest；文档说明各服务器的访问方式
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
2026-10-22 19:19:41 +08:00 |
|
|
layue13andClaude Opus 5.5
|
fc1345d010
|
perf: 去掉冷路径上的重复开销，并记录未采用的中继批量完成实验
- Message.validateChannel：通道名正则只编译一次（原来每条消息 String.matches 都重新编译），
长度检查不再分配字节数组
- 后端 OwnedBukkitSessionService：反射查找按接收者类用 ClassValue 缓存（含未找到），
玩家每次加入不再重复 getMethod
- testing/benchmarks/results/2026-10-22-relay-batch-completion：中继只给每批最后一次写入
挂完成回调。I/O 线程分配降 22%、中继 lambda 降 97%，但每帧 CPU 只低 2.4% 且范围重叠，
未达到事先设定的 10% 规则，未采用；补丁随记录保留
- PluginHostTest.placementFailuresOnlyFailTheirOwnRequest：40 ms 超时在负载下可能早于插件
处理器运行而偶发失败，改为 500 ms 并断言首个请求确实到达插件
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
2026-10-22 18:34:36 +08:00 |
|
|
layue13andClaude Opus 5.5
|
3f8e14f54d
|
fix: 修复代码审查发现的一批缺陷
- 控制通道：注册字段长度上限统一放在 messaging 的 ControlHandshakeLimits，后端启动时
按代理的上限校验，不再出现后端接受、代理每次重连都拒绝的配置；后端按阶段记录连接、
注册与断线失败（每类只记一次，不含对端数据），配置错误时输出具体缺失的键
- 转服登录：握手与 Login Start 的写入合并为 SessionChannels.writeBackendLogin，
Login Start 无法编码时关闭通道释放已排队的握手，不再泄漏缓冲区
- 命令：插件提供的 CommandSource 的 player()/reply() 不再在宿主锁内调用
- 配置：插件条目没有设置时视为空设置而不是空指针；--validate-config 也检查同一后端名的
密钥冲突；地址解析不再做 DNS，后端地址按目录使用的 URI 规则校验
- WebSocket：IPv4 映射写法（::ffff:a.b.c.d）的可信代理现在能匹配 IPv4 对端
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
2026-10-22 15:40:57 +08:00 |
|
|
Claude
|
f156932f1a
|
refactor(build): 后端 5 个模块合并为 messaging 与 backend，LuckPerms 改为可选构建
模块
- messaging-api + messaging-protocol → messaging（Java 8，消息 API 与线协议）
- backend-channel-client + backend-bukkit-api + backend-bukkit → backend（Java 8；
jar 即 MoonBridgeBackend Bukkit 插件，内含消息类与控制通道客户端；业务插件
compileOnly 同一个 jar）
- 包名不变，源码只移动目录；Maven 坐标改为 messaging / backend（破坏性变更）
- 新增 moonbridge.java8-library-conventions 与 moonbridge.publishing-conventions，
取代各模块复制粘贴的 Java 8 编译和发布配置
- 发行包后端目录由 backend-client/backend-host/backend-api 合为 backend/
LuckPerms
- 只有传入 -Pluckperms 时才 include luckperms-moonbridge 及其 upstream 构建；
日常 check 不再编译 LuckPerms，permissionAcceptance 与发行包 plugins/ 随该开关
- 根 check/publish 按实际包含的模块聚合
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01GGL9BudzWm4dUQgBsQw4Qr
|
2026-10-21 10:06:20 +00:00 |
|