Screeps Store API 怎么判断容量:getUsedCapacity、getFreeCapacity、getCapacity 与 null 陷阱
系统解释 Screeps Store 的已用容量、剩余容量和总容量:区分通用 Store 与受限 Store,正确处理 resource 参数、0 与 null、Lab 双容量、Tombstone/Ruin 只读资源,以及安全的 withdraw/transfer 数量计算。
TAG
当前共有 8 篇文章使用这个长期主题标签。
系统解释 Screeps Store 的已用容量、剩余容量和总容量:区分通用 Store 与受限 Store,正确处理 resource 参数、0 与 null、Lab 双容量、Tombstone/Ruin 只读资源,以及安全的 withdraw/transfer 数量计算。
排查固定 Upgrader 到达 Controller 后不升级的问题:核对 Controller Link、站位距离、Energy、WORK/CARRY/MOVE、upgradeBlocked 和返回码,并用下一 tick 事件与 Store 变化验证动作。
诊断 Screeps 房间的 room.energyAvailable 为什么长期低于 energyCapacityAvailable,逐个检查 Spawn、Extension、运输者、transfer() 返回值与下一 tick 的真实变化。
筛选FIND_DROPPED_RESOURCES中的Energy,根据可拾取数量和路径选择目标,处理Resource衰减、容量、目标消失、移动与pickup返回值。
筛选有Energy的Container,按路径和库存选择目标,计算本次amount,并处理容量、敌对Rampart、多Creep竞争、移动与withdraw返回值。
根据room.energyAvailable、角色最低身体和50部件上限组装Worker,计算成本、生成时间、退化方案与spawnCreep返回值。
通过固定ID区分源Link和目标Link,检查同房间、Store、isActive与cooldown,保守计算amount并处理3%损耗和全部返回值。
检查room.storage、Store库存和Creep状态,在Storage与Spawn或Extension之间搬运Energy,并处理目标排序、保留量和动作返回值。