本篇适用于用户实际运行的相关软件出现卡住现象时，不据此确认神圣计划存在某种客户端或特定操作界面。遇到无响应，最初几分钟的重点是保留现场和保护资料，而不是连续点击或立刻反复强制退出。
记录卡住之前正在做什么
写下最后一个能够完成的动作、开始等待的大致时间，以及是否正在导入、读取或保存。某些耗时任务可能短暂阻塞界面，但没有证据时也不能认定只要等待就会完成。保留屏幕状态与提示原文。
避免不断重复点击按钮或按回车，操作可能在恢复后被集中执行，造成多次提交或重复处理。若还能安全复制未保存文字，先保存到本地独立文件；若界面完全不响应，就不要做可能覆盖资料的未知操作。
判断影响范围和设备状态
观察其他窗口、系统菜单和输入是否正常。只有一个窗口停顿，与整个设备响应缓慢，需要关注的范围不同。可以查看系统正常提供的任务或活动信息，记录资源占用和进程状态，不凭一个数值直接判定根因。
例如其他程序都可操作，而目标窗口持续没有反应，可以记录为单程序范围；若整个设备同时卡顿，则还需检查存储空间和其他已知任务。不要为了降低占用随意结束系统进程，也不应关闭安全防护。
先做能够解释的最小动作
如果只是某个弹窗遮住主窗口，先检查是否有待处理提示；若页面仍能显示进度，则观察进度是否变化。动作应围绕已看到的线索，避免同时改动权限、删除缓存和重装，使原问题无法重现。
需要等待时，可记录每隔一段时间的状态，而不是无休止守候。若任务涉及重要写入，先查阅实际软件说明中的中断风险。没有明确依据时，不把强制结束描述为无损步骤，应保留可能存在未保存内容的事实。
必要结束前先评估资料风险
当程序持续无法恢复且影响工作，需要决定是否结束时，先确认已有副本、未保存内容及任务阶段。记录将采用的系统正常结束方式。不要删除程序目录或数据文件试图让窗口消失，这会增加恢复难度。
若必须结束，之后不要立即连续重开多次。先确认原进程状态，再进行一次正常启动。系统或软件若提供恢复提示，应仔细阅读并保留结果，不擅自选择覆盖唯一副本，也不依赖存在未经确认的自动恢复能力。
恢复后核对具体资料
重新启动成功只代表程序可运行。还应检查卡住前正在处理的记录是否完整、是否出现重复、附件是否对应，以及最后一次明确保存的内容能否读回。对结果不确定的写入，先核对再重做。
将现场、采取动作、恢复时间和数据检查结果放在同一问题单里。若同一场景再次卡住，可以利用这些条件复现并求助。原因仍未知时如实保留未知，不把重启后的暂时正常写成根因已经消除。