解决血盟成员上限突破数据库限制的方案与Java源码修改 - 经验交流
最近排查服务端的内存泄露，用jmap导出了堆内存快照进行分析（jmap -dump:format=b,file=heap.hprof ）。导入MAT工具后，发现主要的泄露点在 `L1CharBook` （角色坐标和动作记录）的对象实例上。因为玩家在断开连接时，对应的Book没有从全局的监听器列表中注销，导致虽然玩家离线了，其内存对象依然被垃圾回收器判断为可达，无法被释放。建议大家在 `L1World.getInstance().removeObject(pc)` 方法中加入强制注销逻辑。
经常有站长问合服或者数据库发生突然崩塌时，部分表（比如 `character_warehouse` 或者 `char_items`）报错 'Table is marked as crashed' 或者主键冲突问题。可以使用底层的REPAIR命令进行热修复。对于主键冲突，可以使用下面的SQL语句合并冲突记录：
```sql
REPAIR TABLE character_warehouse USE_FRM;
-- 批量清理无主物品（删除没有对应角色ID的无效数据）
DELETE FROM char_items WHERE char_id NOT IN (SELECT objid FROM characters);
```
实现按在线时长自动发放积分。我们在服务端主循环初始化时注册一个单线程调度任务（ScheduledExecutorService），每隔1小时执行一次，扫描全局在线玩家 `L1World.getInstance().getAllPlayers()`，为每位在线玩家积分加5。这样可以有效增加服务器的在线率与活跃度，也可以避免前台网站轮询打库的性能开销。