wlgsg


还有就是 optSeenPercent 依然会导致崩服

 

deep seek的回复： 从提供的崩溃日志来看，崩溃发生在 LeviOptimize.dll 的哈希表查找操作中，可能与玩家对象（Player*）的无效访问有关。以下是关键分析： 崩溃原因推测 悬垂指针或空指针访问 堆栈显示崩溃发生在 phmap::priv::raw_hash_set（一个哈希表容器）的 find 函数中，用于通过玩家名称（std::string）查找 Player*。 可能触发了以下问题： 玩家对象已被销毁（如玩家退出游戏），但哈希表中仍保留其指针（悬垂指针）。 并发访问冲突（如多线程操作哈希表未加锁）。 哈希表键值异常（如字符串损坏或空字符串）。 崩溃触发路径 调用链如下： TpaRequest::_deny (拒绝传送请求) → sendText (向玩家发送消息) → LevelQueryPlayer2::detour (查询玩家对象) → phmap 哈希表查找崩溃 可能是玩家在提交表单（如拒绝传送请求）后，服务器尝试通过名称查找玩家对象，但此时玩家已离线或对象被释放。...

> 这个查询玩家的优化在高版本已删除,检查一下更新到最新版后是否仍能复现 我BDS还在1.21.50，所以暂时没法升级最新版，但是我已经把那个配置文件开关关了，有时还会崩服

> 这个查询玩家的优化在高版本已删除,检查一下更新到最新版后是否仍能复现  BDS 1.21.60 LL 1.1.1 LO 0.5.1 这是配置文件：  升级后依然崩服，看样子是 optSeenPercent 造成的崩服

LeviOptimize v0.5.1 BDS 1.21.60 LL 1.1.1 依然崩服， 

末影龙破坏方块这个事件真的很需要，急需，希望有朝一日可以增加

理论在 onPlaceBlock 监听事件中直接使用 player.getHand().type 获得的结果应该和 是等效的？是否可以平替？ ```JavaScript mc.listen("onPlaceBlock", (player, block, _face) => { // logger.warn(`onPlaceBlock - 将要放置的方块对象：`, block.type); // 每次都打印空气 logger.warn(`onPlaceBlock - 将要放置的方块对象：`, player.getHand().type); }) ```

  所以这个bug什么时候能修复？放置任意方块都是空气