二楼作为索引楼

问题：火花掉帧
异常：Exception ticking FireXXXXX (at (X, X, X)): System.NullReferenceException: Object reference not set to an instance of an object
或者是 Exception ticking SparkXXXXX (at (X, X, X)): System.NullReferenceException: Object reference not set to an instance of an object
异常描述：地图上存在消灭不掉的火花(spark)，性能分析其（tickdef里的spark，没记错的话）占用率高达200ms，
解决方案：排查特效mod（来源贴子ID：6595404418）
个人解决方案：
1，移除mod 污秽随着雨水和时间的流逝而消失（[FSF] Filth Vanishes With Rain And Time，）
2，用开发者模式kill 删除火花
效果：spark找不到对象的红字不再弹出

问题：工作异常，小人不工作，小人卡住
异常：
Exception ticking 殖民者名字 (at (XX, XX, XXX)): System.NullReferenceException: Object reference not set to an instance of an object
排查思路：对象不存在，需要追溯异常链，所以一般要看exception的上下信息，一般由逻辑MOD或者单位替换MOD？引起，通过log日志排查，MOD中经常存在的问题，需要具体问题做具体分析，暂无解决方案，
需要具体问题做具体分析，暂无解决方案。
需要具体问题做具体分析，暂无解决方案。
个人出现过的异常：（图1，做手术引起小人无响应，图2小人的状态：无响应，图3，正常小人的状态，图4日志异常（可以看出是at GiddyUpRideAndRoll.Harmony.Pawn_Jobtracker_DetermineNextJob.AnimalNotAvailable）




个人解决思路：everything查找mod中存在GiddyUpRideAndRoll源码的mod（前提是有源码），锁定嫌疑mod：Giddy-up! Core（乘骑），理性分析，认为是乘骑mod和模型替换的冲突（手术动作被认定为乘骑）
个人解决方案：移除或跳过该逻辑判定，所以把K9列为不可乘骑，做完手术后设置为可乘骑

问题：工作异常，小人等待中，等待中（无响应）
来源：帖子ID6907890613
异常：XXX started jobs in one tick ，new Job (...,HAUL_TO_XXX), new Job (...HAUL_TO_XXX),…
解决思路：翻译过来就是1tick被分配了极多工作，刚开始认为与工作分配的mod有关，可能是逻辑冲突。
由于异常中有HAUL_TO_XXX（搬运到XXX存储区），锁定嫌疑mod ：存储区相关mod和搬运相关mod，但找不到源码，无法解析逻辑，因此只能求助于google，所幸在storage的社区中找到类似的问题
解决方案：mod冲突（对于该问题而言，XXXStorage与搬运(pick and haul)不兼容，可使用其他兼容mod（如RimFactory），其他类似的异常可如法炮制

问题：找不到贴图/纹理（texture），游戏（衣服装备）贴图不存在，角色一片粉（自走人形的紫色方块）

异常：可能会出现类似于missing texture，XXXX.png not found 的红字或者黄字
解决思路：找到对应mod里的texture，确认红字中指出的XXXX.png是否存在（不存在找作者下，作者没上传就自己PS一个改为同名图片），如果存在还出现异常，确认mod不被其他mod覆盖

sdl，前排顶顶

问题：红字（无影响）
异常：Exception in Verse.Al.ThinkNode_PrioritySorter TryissueJobPackage : System.NullReferenceException : Object reference not set to an instance of an object，个人问题为 ...drugs prior is NULL ...也有见到psychology（心理学）的lovepartnerRelationUtility.ExistingMostLikedLovePartnerRel Exception
解决思路：定位优先级设定以及工作安排相关的mod，嫌疑mod为colony manager，Google一下并结合reddit的前车之鉴可知，drug优先级缺失是因为中途加入的mod（包含药物物品）于colony manager的设计有关，只需重新定义 方案->管理用药方针 即可，psychology的异常在作者工坊中已有列出，此处不再累述

正道的光

插眼

问题：红字（无影响）
问题描述：机器人默认使用了殖民者的用药方针，使用了医学药物（实际上机器人不能使用）
异常：JobDriver threw exception in initAction for pawn Battle droid 0 driver=JobDriver_Ingest (toilIndex=13) driver.job=(Ingest (Job_1588704) A=Thing_SuperVaccine513863)
System.NullReferenceException: Object reference not set to an instance of an object
解决方案：单独为机器人设置用药方针，无视，其他类似问题如法炮制

问题：红字（无特别影响）
异常：Antonsson（人名） doing ThinkNode_DutyConstant with no duty.Verse.Log:Error(String, Boolean)……
分析：刚开始以为是 由于妖怪村等其他mod存在，，打扫的垃圾(duty)会被清除，造成该殖民者找不到duty，实际上可能是访客mod（Hospitality）的逻辑问题，是一个经常存在的红字。（当error过多会被屏蔽，Reached max messages limit. Stopping logging to avoid spam.），出现的原因是我把任务的殖民者放逐了（实际上是我在解决其他问题出现的附加情况，嫌人家影响排查）
解决方案：待定
可解决手段：等待该殖民者离开，gc工具清除一下

楼主下面呢

问题：guards for me (守卫）只会闲逛
红字：无
问题描述：只设置守卫优先级为1，其他取消，无红字，但宁可闲逛也不呆着。
目前思路：与工作优先级和逻辑设定有关（废话），正常可以站岗的情况下，图标如图
取消站岗或者闲逛的情况下如图（没有站岗状态）
正常情况下，站岗按钮在单位工作的其间勾选的话，会在单位做完之后赋予一个“站岗”的属性（从这可以断定guard对该单位是否有效）
但通过performance analysis可以发现守卫这个状态下是会执行guard的（只不过执行的下一秒就是闲逛了），因而上面的推测应该不成立，在论坛上没有找到相关问题或源码，只能使用ILSpy反编译查源码。
然后…然后发现作者的exception都不抛出来（所以没有红字）
认为与作者自定义的几个绑定在小人身上的变量有关系，但目前还没理清作者的思路，一个推测是：存档保存的数据与内存数据异步。
临时解决方案：移除guards for me后 读档，然后存档覆盖掉原来的数据（此时就没有GFM的数据了），再添加guard for me（GFM的数据被初始化），当然也可以用txt打开存档，把有关GFM_的节点删掉，再读档初始化下数据即可站岗（比较麻烦）

暂时没有其他红字了，如果亲们有其他红字也可以发一下（防雷防踩坑）