前面把下载、充值、看盘、预警、大单、链上、资讯、社区、自定义指标和多端协同都拆过了。真正消耗时间的，往往不是功能不会用，而是同一类故障反复出现：软件能开但图不动，规则在却通知不来，一端改了另一端还是旧的，付过费入口仍锁着。排查要按现象走，不按心情重装。下面按最常见的现象分组，每一组先给检查顺序，再给不要做的事，方便对照。
一、启动和登录类
1、能安装，双击后闪退或停在启动页
先查系统时间是否准确，再查是否被安全软件拦截了必要组件，最后才考虑重装。时间偏差大会让校验失败，看起来像程序损坏。闪退前如果刚更新过系统或杀毒规则，优先给官方目录加放行，而不是换一个来路不明的包。重装前保留自己的规则说明，避免装回来后连模板名字都想不起来。
2、打开后一直转圈，像没联网
先用最活跃的主流品种测试，再换网络，再查防火墙。只有冷门品种转圈，更像数据源本身稀，不是整机离线。公共网络、公司代理、系统代理插件，都可能让行情通道不稳定。确认浏览器能正常访问外网之后，再把客户端的网络权限打开。不要在转圈时连续点击刷新十几次，请求堆叠会让恢复更慢。
3、验证码收不到，或快捷登录授权后回到空白页
先看邮箱垃圾箱和社交账号本身是否能收通知，再换一种登录方式。多次连点发送，容易触发频率限制，这时要等，而不是换设备再连点。快捷登录失败，检查本机系统时间、网页组件是否被拦截。能用邮箱进就先用邮箱进，把快捷登录放到网络稳定时再绑。
4、提示异地或异常登录，进得去却频繁被踢
先改密码，清掉不认识的登录端，再开二次验证。多端协同的前提是每一端都是自己的设备。公用电脑留下的登录态，会造成看起来像“同步失败”的反复掉线。被踢期间不要同时在三台设备上抢着点保存。
二、行情和K线显示类
1、价格和交易所应用对不上
先核对交易对来源、合约或现货类型、是否在看标记价格。不同市场本就不是同一条报价。对不上时不要先改指标参数，先把来源切到你真正下单的那一家，再比同一时刻的最新价和成交是否在跳。仍有固定偏差，再考虑是延迟还是你看错了周期收盘价。
2、K线不更新，或更新一下又停住
先看系统休眠后网卡是否被省电策略关掉，再看是否只开着过多次要窗口。休眠唤醒后停住，刷新当前交易对或重新登录一次通常比重装更快。所有品种都停，才升级为网络或服务问题；单个品种停，先当流动性或该源异常。
3、画线错位、指标突然消失
先看是不是换了交易对还在找旧线，再看会员权限是否到期，最后看模板有没有被更新重置。权限一变，专业指标会直接从主图消失，看起来像软件丢了功能。画线找不到时，确认周期和来源，不要立刻清空全部图形。清空是最后手段，因为本地未同步的线清完就没有了。
4、多窗口里有的动有的不动
先取消不该联动的同步，再关掉占用过高的深度窗口。部分窗口卡死、主图还在动，说明不是整端掉线，而是该窗口的订阅或缓存出了问题。单独关开这一窗，优于把整套布局拆掉重建。
三、预警和通知类
1、列表里有规则，从来没有记录
按对象、周期、来源、方向、参数、权限逐项对。最常见的是看的图和守的图不是同一张：来源不同、周期不同、方向写反、阈值永远到不了。先用一条临时的近价条件验证监测层还在不在，验证完立刻删测试条。监测层不在，再查会员和登录；监测层在，就是条件本身过严或挂错对象。
2、有记录，设备不响
这是到达率问题，不是公式问题。查系统通知、勿扰、后台刷新、锁屏显示、通知分组是否被进摘要。电脑还要查睡眠和防火墙。先分清是哪一端不响，不要两端一起改规则。改规则解决不了系统把横幅折叠这件事。
3、响得太勤，关掉又怕漏
先做减法，不要先做静音。短周期、重复提醒、同质条件叠在同一品种上，一定会勤。留下结构和你愿意起身的那一类，执行层条件改回坐在屏幕前再用眼睛看。静音是放弃值班，减法才是重新排班。
4、续费后规则还在，却不再触发
部分规则在权限中断后需要重新保存或重新打开开关。先看条数上限是否又被放开，再逐条确认状态不是草稿。不要整表删除重建，重建会丢掉你已经调过的阈值。先唤醒，后淘汰。
四、充值和权限类
1、链上已转出，余额长时间是零
先核网络、地址头尾、交易是否已确认，再看有没有把手续费算进应付金额。三项都对，保留哈希和订单号去问支持，不要补打第二笔到新地址。第二笔会制造两套对账，处理更慢。
2、站内转账已成功，会员身份没变
先看订单是待确认还是已完成，再两端都退出重登。待确认就等系统入账。已完成仍无权限，核对该套餐对应的是哪一类入口，避免开了图表权限却在找预警条数。身份和某一扇门不是同一件事。
3、同一功能一端能进、一端仍显示升级
先刷身份，再清该端缓存，最后才怀疑支付失败。本机缓存会让过期的升级按钮留在原处。以账号中心的有效期为准，不以某一端按钮文案为准。
4、自动续费没扣上，预警先停了
这是余额策略问题。连续包月必须预留下一期费用。停了之后先补余额或重新下单，再去预警列表检查开关。不要以为续费成功就等于所有规则自动复活，检查仍要做一遍。
五、大单、链上和资讯类
1、列表里有大单，图上没有标记
对来源、时间和图层开关。一分钟上的脉冲在四小时里只是影线的一段，不是数据丢了。先切到对应周期，再谈功能损坏。
2、链上动作和盘口对不上一笔
本来就对不齐。一层是钱包转移，一层是交易所成交。只看同一时段、同一品种有没有同时异常放大。强行找同一哈希式的对应，会把工具用成猜谜。
3、资讯很多，盘面没有动
文本层热、定价层未动，很常见。把对象和时间核对完，回到图上看量能和结构。没有量能的热闹，降为背景。不要为了让资讯“值得读过”去改线。
4、社区里的脚本或模板一装上图就乱
先隔离，再回看，再决定去留。乱了就回已保存的干净模板，不要在乱图上继续叠下一条。社区样本能拆不能直接当成品。
六、多端和更新类
1、一端改过，另一端还是旧列表
停掉并行编辑，只留编辑端，另一端退出再进。仍旧，再查是否进了另一个账号。用屏幕上的周期差异当同步证据，结论会错。
2、更新后布局消失，功能还在
更新常动本机布局，不动账号里的规则。先载入已保存模板，再测通知。先钻新功能，会晚很久才发现常用窗口已经不在原来的位置。
3、换机后好像什么都没带过来
账号骨架会来，本机权限和窗口摆放不会来。按自选、预警、模板、测试通知重新验收一遍。这是新设备对齐，不是丢失。把对齐当成故障，才会反复重装。
4、重装冲动上来时，先问自己清单走到哪一步了
启动、网络、来源、权限、列表、系统通知，这六步没走完就重装，成功也只是偶然，失败则会丢掉本机尚未保存的布局。重装是最后一步。
七、排查时统一遵守的原则
1、先复现，再修改
能让问题再出现一次，才能判断改完有没有好。改完立刻叠加第二次修改，最后不知道哪一步有效。一次只改一类变量：网络、权限、来源、开关或参数。
2、先用主流品种当对照
比特币或最活跃的那个交易对能工作，说明总通道还在，问题在对象或条件。连对照品种都失败，才升到网络、登录和服务层。没有对照，所有问题都会被说成“软件不行”。
3、先看记录，后看感觉
有没有触发，看列表记录。有没有喊到人，看设备横幅。图好不好看，看模板和图层。三件事混成一句“用不了”，下一步一定走错。把现象说准确，清单才能短。
八、自己留一份最小故障卡
1、卡上只写四行
编辑端是哪一台，核心规则叫什么名字，测试通知怎么做，支付对账要保留哪些编号。出问题时先翻这四行，再开口问别人。问的时候带现象、已排除项和编号，得到的才是下一步，而不是重装建议。
2、同一现象第二次出现，先翻上次的处理记录
多数故障会复发。有记录就不必每次从零走完全表。没有记录，社区和客服也只能陪你再走一遍最浅的层。维护笔记和看盘笔记一样，都是为了让下次更短。
3、功能正常时不要频繁“优化”排查环境
稳定的权限、稳定的通知分类、稳定的编辑端，本身就是排障资产。没事把系统通知改来改去，下次真正失灵时，你又多了一层不知道谁改过的变量。
九、排障在整套用法里的位置
工具层解决的是如何看市场，排障层解决的是工具是否仍按你的约定工作。两者都不可省。约定越清楚，排障越短：有编辑端，有一份列表真相，有对照品种，有测试通知，有对账编号。没有这些，任何一次转圈都会演成重装，任何一次漏报都会演成改密，任何一次延迟都会演成换软件。
现象对清单，清单一项项往下走，走到能复现也能恢复为止。恢复之后只留必要的改动，把试验条件删掉，把两端再对一次。能这样处理，故障就只是值班中的一次异常，而不是把前面搭好的系统推倒重来。系统要能修，才谈得上能用。