bug反馈6.21 ¶

问题1：
待验证
状态：历史已修复（同类根因已在 6.15 问题10闭环：黑市购买按服务端 GoodsConf 读取奖励/价格/货币/限购，端午消耗活动统计链路已补；本轮未再发现当前代码同根因）
现象：黑室内购买物品后 端午消耗活动金砖消耗会变成本次在黑市购买物品的消耗数量 退出在进后恢复正常 但是黑市消耗金砖不计入活动
预期：黑市购买物品消耗的金砖正常计入消耗活动 再原本的消耗上增加 不会出现只显示本次消耗的金砖
截图：

问题2：
备注:验收通过
测试服账号：rty5620520 密码：520520 验证时间：6.23 13:26
状态：已修复 待测试服验证（根因：测试服 2026-06-23 13:26、16:29 复现实际账号为 rty520520 / roleId=100216517；equipment_quench 淬炼链路把局部 partialPowerHint 直接写入 1 秒 coalescer 并作为 role.power 返回/落库，且 equipment_refresh 也允许 partial hint，导致局部英雄/加成结果污染角色总战力。随后 rank_getroleinfo 走全量 canonical 刷新，又从 12131749455 修回 12532333243，玩家看到“淬炼后战力下降，刷新恢复”。已改为：equipment_refresh/pearl_refresh 不再允许 partial hint；淬炼的 partialPowerHint 只作为候选值，必须经 rolepowerx.RefreshMainPower 校验，不一致时回退 full；coalescer 只缓存校验后的总战力；partial mismatch 时 full 只算一次，保留高频淬炼性能。验证：go test ./internal/rolepowerx -count=1、go test ./internal/gameplay/equipmentx -count=1、go test . -run 'TestRolePowerReasonAllowsPartialHint_ExcludesHolyBeastRefresh|TestQuenchCarnivalMissionRewardMailAttachments_SupportsPrivilegeType|TestApplyMailAttachmentReward_AcceptsPrivilegeType' -count=1）
现象：只要点击淬炼 战力就会莫名下降很多（应该是哪里加成掉了）
预期：淬炼装备 不会突然下降战力
截图:

问题3：
状态：验收通过（未找到可闭环根因；需要复现时的 tower 跳过战斗回包/战报 result 中敌方 teamInfo 状态，确认是服务端结果还是客户端死亡表现）
现象：咸将塔内攻打boss跳过战斗胜利后 对面boss不显示全部死亡
预期：跳过战斗胜利对面boss应全部显示死亡
截图：

问题4：
状态：已修复 待测试环境验证（未改客户端。根因：武将面板客户端只展示服务端返回的 hero.attack/hp/defense/speed；服务端已有 HeroAttrConf 官服成长表，但存量角色的武将基础血攻防可能仍是历史旧职业固定成长写入值。登录/战力计算前的基础面板归一化 normalizeRoleBaseHeroPanelForBonus 漏传 AttackUp/DefenseUp/HPUp/SpeedUp，且只纠正极端污染值，导致关羽等高等级武将不会从旧成长基础值重置到官服成长基础值。本次服务端补齐归一化链路的成长字段，并让归一化只在明确匹配旧职业固定成长或极端污染时重置到 HeroAttrConf 结果，避免影响正常 Lv1 白板和非旧成长数据。验证：GOCACHE=/tmp/xianyu-go-build go test ./internal/gameplay/herox -run 'TestNormalizeHeroBasePanelFields_(RestoresLegacyFixedGrowthWhenOfficialGrowthAvailable|RestoresContaminatedDisplayStats|KeepsCleanBaseStats)|TestExpectedHeroBasePanelStats_UsesOfficialHeroAttrGrowth' -count=1 通过；GOCACHE=/tmp/xianyu-go-build go test . -run 'TestGetHeroDataByID_IncludesOfficialHeroAttrGrowth|TestCreateHero6_UsesBornValuesAsLevelOneBaseStats' -count=1 通过。）
现象：游戏内武将攻击血量防御基础数值和官服对比攻击血量防御不对 影响游戏平衡（截图123为本服 456为官服 同状态下数值面板）
预期：所有武将基础面板数值同步官服
截图：本服



官服：

问题5；
再次复测
测试服账号：rty520520 密码520520 时间6.23 13:28
状态：已修复 验收通过（未改客户端。根因：测试服 2026-06-23 13:28 账号 rty520520 的协议日志显示，点击他人头像/进入他人客厅期间连续触发 rank_getroleinfo，单次回包约 200KB-530KB；随后连续点击征服触发 10 次 fight_startconquer，每次都同步调用外部 battle service，耗时约 170ms-347ms，后续 collection_getinfo/rank_getroleinfo 在同一连接队列中排队 100ms-340ms，13:29:02 客户端连接被重置。服务端 fight_startconquer/fight_startrevolt 缺少同角色同目标短时间重复保护，连点会重复进入战斗服调用并拖慢连接队列。已在服务端征服/反叛入口增加按“角色+目标+命令”的 900ms 短冷却，重复请求直接返回“操作太频繁，请稍后再试”，不会再加载角色或调用战斗服。验证：GOCACHE=/tmp/xianyu-go-build go test . -run 'TestPVEBridge_FightStartConquer_(DuplicateGate|InvalidTargetID)$' 通过；go test ./... 受沙箱/既有失败影响未全绿，失败包括 httptest 端口权限、root inventory、PKRoom/collection shop 等历史用例。）
现象:点击玩家人物头像有很大延迟，点击进入ta人客厅也有延迟，点击征服有很大延迟，如果延迟中连续点击征服会导致游戏卡死
预期：进入他人客厅不会卡顿 点击挑战可正常挑战 不会卡死
截图：

问题6：
验收通过
测试服账号rty520520 密码520520 验证时间6.23 13:30-13:31
状态：已修复（根因：服务端 hb_exchange 只交换四圣进度并回填勋章，未按转换后武将阶数补发 10/20/30/40 阶四圣外观奖励；已改为转换后对双方按已达到阈值补齐头像框、飞艇、名片、阿咸皮肤、工牌等并合入回包。验证：go test ./internal/gameplay/hbx -count=1）
现象：四圣转换后 被转换的武将达到相应等级没有解锁四圣头像框 盐场飞艇 个性名片 阿咸皮肤 阿咸工牌
预期：转换后的武将 达到对应四圣等级 也正常解锁激活头像框 飞艇 铭牌 皮肤 工牌
截图：

问题7：
账号：lll000
密码：yzb123yzb
区服：一区
状态：已修复 验收通过（根因：生产一区阿里云库确认账号 lll000 对应 roleId=100164248 的 statistics.vip:point=20738600 已超过 VIP18 阈值 20570600，但 role.vip=17，vipReward 只到 17；客户端按 vip:point 显示进度但服务端 system_buyvipreward 只按 role.vip 校验，导致显示负数且无法领 VIP18。已改为服务端领取时按 VipConf.vipSpend/充值积分推导有效 VIP，发现历史 role.vip 落后时补齐并在回包同步 vip 与 vipReward。验证：go test . -run '^TestEffectiveVipLevelFromRole_UsesVipPointWhenRoleVipIsStale$' -count=1）
现象：有玩家存在充值达到游戏内vip18积分要求 显示负数 无法领取vip18奖励
预期：vip积分达到对应vip等级 可以正常领取 不会显示负数
截图：

问题8：
待梦境开启复测
状态:已修复（根因：咸王梦境存在每周两次窗口重置逻辑，心跳按周三/周日 00:00 GMT+8 重建 dungeon 并更新 dreamResetAt；但 fight_startdungeon 发奖判断误用 rewardClaimedCycle + rewardClaimed 作为整个窗口的全局领取标记，导致窗口内任意一层领奖后，后续层通关不再返回 reward，客户端胜利弹窗奖励为空。生产运行服只读数据确认已有当前窗口 rewardClaimed=true/rewardClaimedCycle=当前窗口、dungeon.id=13 的角色，且无按层计数字段。已改为按 rewardClaimedLevelCounts[层号] 记录“当前窗口该层已领 1 次”，窗口重置继续清空；重选英雄/放弃重建梦境时保留该按层计数，避免同窗口重复领取。验证：go test ./internal/gameplay/dungeonx ./domains/pve/dungeon -count=1）
现象：咸王梦境内通过后没有奖励（本周第一次攻打）
预期：1-200层每一层都能领取 每周最大每层两次
截图：

问题9;
状态：测试环境待复现（性能类问题，缺少充值页点击时的客户端 profiler/协议耗时/资源加载现场；暂不能定根因）
现象：游戏内进入充值里点击东西会特别卡
预期：游戏内流畅不卡顿
截图：

问题10：
状态：已修复待正式服验证
（根因：服务端彩玉淬炼只更新本周统计 statistics.m:l:num，没有按 QuenchCarnivalMissionConf 档位自动创建达标奖励邮件，也没有记录本周已发档位；生产一区阿里云库验证存在本周 m:l:num=212（1060积分）玩家但无彩玉狂欢/38000/701_{705 奖励邮件。已补彩玉消耗后自动发档位邮件、qc:m:mail 本周防重复状态、邮件领取 type=20 特权支持，并同步服务端 PrivilegeConf 701}705 星级挑战特权配置。验证：go test ./internal/gameplay/equipmentx -count=1、go test ./entry/mail/wsentry -count=1、go test ./internal/planconfig -run 'QuenchCarnival' -count=1、go test . -run 'TestQuenchCarnivalMissionRewardMailAttachments|TestApplyMailAttachmentReward_AcceptsPrivilegeType' -count=1）
现象：限时活动内彩玉狂欢活动任务达标后奖励不正常发放
预期：任务达到对应档位 正常发放奖励 每个奖励每周最多领取一次
截图：</sub>

问题11：
状态：已修复待正式服验证
（根因：服务端 ApplySignIn 对每个新成员签到都无条件增加俱乐部经验，未按“每日最多30人增加经验”限制；已改为当天已签到成员达到30后仍发个人签到奖励但不再增加俱乐部经验。验证：go test ./domains/legion/member -count=1）
现象：俱乐部可以无限进人刷签到
预期：一个俱乐部每天最大签到增加经验人数为30人 超过30人签到不增加经验
截图：

问题12：
状态：已修复 待周一验证（复查发现代码仍有问题：周赛季结算只写 arenaLevel 和赛季结算戳，没有重置 arenaScore，导致新赛季继承旧积分；已改为周结算同时写入新赛季基础积分 1000。验证：go test . -run '^(TestArenaSeasonLevelSetOps_ResetsScoreForNewSeason|TestArenaSeasonNextLevel_FollowsClientPhaseRules|TestArenaRewardSnapshotRank_UsesClientVisibleGroupRank)$' -count=1）
现象：竞技场每周结束 周一开启新赛季 积分继承上赛季 不清零 场次不晋升
预期：每周一所有人积分重置 达到要求排名 场次正常晋升
截图：

问题13：
状态：历史已修复（深海灯神扫荡次数已改为周限制口径并有周重置测试覆盖；需测试服周一 0:00 后复测入口次数）
现象：深海灯神扫荡每周不刷新次数
预期:每周可以扫荡一次已通过最高关卡 每周一0:00刷新
截图：

问题14：
备注:应该是典韦巨灵神头像框 不是四圣玄武头像框

状态：验收通过 （ADB 截图复查确认当前运行包视觉第 8 格显示为 CollectionExchangeShopConf[6001] 万能红将碎片，导致典韦头像框位置被挤到后面且图标/弹窗表现异常。根因：client 配置中 6001 插在 7 和 8 之间，server/client 顺序不一致；同时保留 AvatarFrameConf[1117].itemId=1117 防止头像框到账异常，并补 config_ap.OtherItemConf[1117] 供客户端头像框商品格子取 items/txk_item_dianwei7 图标。已改为 8 号商品保持典韦头像框 type=46,itemId=1117,value=1，6001 保持万能红将碎片 type=3,itemId=3201,value=10 并移动到典韦头像框之后，server/client 配置同步；后续 ADB 截图确认第 16 格 CollectionExchangeShopConf[16] type=48,itemId=3117 仍为绿色占位，已直接移除该珍宝阁商品。验证：GOCACHE=/tmp/go-build GOTMPDIR=/tmp go test ./internal/activityx -run 'TestExchangeCollectionShopGoods_(ServerConfigExcludesDianweiMultiKill|DianweiFrameAndUniversalShardPlacement)$' -count=1；GOCACHE=/tmp/go-build GOTMPDIR=/tmp go test ./internal/activityx -count=1）
现象：珍宝阁珍宝换购内典韦头像框和万能碎片位置错误 且典韦头像框换购后不到账
预期：位置正确 显示正确 换购正常到账
截图：