# 书屿流程说明阅读：核对停止条件、例外与未完成状态

语言：zh-CN
原文：[书屿流程说明阅读：核对停止条件、例外与未完成状态](<https://allluckly.cn/guides/nasbook-procedure-stop-exception-reading/>)
中文：[中文 HTML](<https://allluckly.cn/guides/nasbook-procedure-stop-exception-reading/>)
English: [English HTML](<https://allluckly.cn/en/guides/nasbook-procedure-stop-exception-reading/>)
发布于: 2026-11-06T00:00:00+08:00
内容更新于: 2026-11-06T00:00:00+08:00
署名：Bison

将流程里的继续、结束、跳过与转人工分开记录，沿一个自制分类例子核对条件，不把人为暂停当成流程完成。

说明书写重复上一步时，读者需要知道什么时候停、遇到例外去哪里。本篇用书屿保存一小段流程说明，手工拆出输入、分支、停止和输出。示例只处理虚构卡片，不涉及真实设备操作；它关注文字条件是否完整，不重复算法每步数值追踪，也不假定应用会运行流程或判定完成。

## 固定一小段流程及其任务范围

选择有明确起点的合法已读说明，记录书名、版次、章节、步骤号、目的和相邻限制。先确认作者在讲操作流程、案例叙述还是只是提出建议，三者不能同样当强制步骤。首次选三至五步，不从整章制度或危险操作开始。把输入对象与预期输出写清，原文没有就标未说明。自己的改写与原文短摘录分段，不为了让图表看起来完整替作者加结束条件，后面检查的正是这些缺项。

## 给每个分支写条件和去向

逐条登记如果、除非、否则和直到，附动作及目标步骤，不只抄动词。自制例子处理三张卡：有号码放入已分类，没有号码放入待查，然后取下一张；所有卡都检查过才结束。三张卡甲有号码、乙无号码、丙有号码，预期两张已分类、一张待查。这个数量只是自制示范，不来自真实资料。若原流程只写检查异常而没说异常后去哪里，先标分支未完，不凭经验默认跳过或重试。

## 分清结束跳过和转人工

结束表示当前定义的任务达到停止条件，跳过只说明某项不做，转人工意味着还留有后续处理；按原文具体含义记录，不统一写完成。自制乙卡放待查不等于已成功分类，也不意味着整批检查不能结束，关键看任务定义是检查全部还是解决全部。把单项状态与整批状态分栏，防止一个词替两种对象下结论。原文若要求待查项全部解决后才结束，不能沿用本例的停止条件，应明确重新核对作者自己的定义。

## 检查循环是否有进展与退出

看到返回上一步或继续重试时，写清每次什么发生变化、哪项条件让它退出。三张卡例子里下一张必须改变当前对象，不能永远留在乙卡而声称已遍历。若原文没写最大次数或异常退出，只记录未说明，不自行编一个三次上限。人为停止阅读也不是流程满足终止条件，台账应写暂停和原因。不要为证明流程可终止而在真实系统反复操作，本篇只在纸面或自己的文字清单验证描述逻辑。

## 用正常例与异常例检查文本

按自制甲乙丙逐项走文字，列输入、命中条件、动作、下一步和最终状态，检查总数仍为三张。再只改乙也有号码，其他规则不变，应得到三张已分类、零张待查。不要把第二个自制情境冒充作者实际结果，二者都只是检验改写是否自洽。若条件重叠导致一张同时去两处，回原文查优先顺序或是否允许多归属，不自动选第一个分支。缺失信息保留，不能靠凑总数掩盖不明确规则。

## 退出返回核对原文条件没有丢失

给原段、例外说明和输出定义留支持的书签或外部位置，记录步骤号与特征短句。退出书屿阅读器，再返回逐句核对否定、只有、直到和否则，确认自己的流程表没把条件删掉。复制或导出后重新打开，看分支缩进、编号与未说明标记仍清楚；没有特定表单入口也可用普通文字。换版后重查步骤号和停止规则，不能因标题相同就沿用旧路线。原文与个人补充分别保存，方便解释后续订正。

## 输入未知时不要默认条件为假

如果乙卡的号码被遮住，已经不是明确没有号码的原例。先写号码未知，查流程是否规定补查、暂存或停止，不能为了走完表格直接放进无号码分支。没有规定时保留流程缺项，而非替作者选一种处理。自制第一例的两张已分类一张待查仍只适用于已知属性，不能拿它证明遮挡情境也有相同结果。把观察不到与确实不存在分开，才不会因输入质量问题误判分支逻辑；额外查证属于下一步，不是应用自动补齐的属性。

## 完成停止与未完成的边界记录

完成时能说明每个分支去向、哪项条件结束任务、哪些项目仍待查，以及读者自己是否只暂停。为什么待查不等于失败或成功？须看原定义。为什么循环多次不证明已覆盖全部？可能没有换对象。为什么缺最大次数不能补常见值？那会改写流程。最后列一个需要向原资料继续查的问题，结论限定为文本完整性，不把清楚的阅读卡称为真实流程已执行或安全审查已完成，应用也不承担替你自动运行和验收。

## 相关教程与资料

[书屿算法附录手算：用三个虚构输入核对每步状态](<https://allluckly.cn/guides/nasbook-appendix-algorithm-handtrace/>)、[书屿定义精读：分清必要条件、充分条件与反例](<https://allluckly.cn/guides/nasbook-definition-necessary-sufficient-boundary/>)。

资料核对：2026 年 11 月 6 日，[Apple 公开版本查询](<https://itunes.apple.com/lookup?id=6766198898&country=cn>)显示书屿 1.1.4，最低 iOS / iPadOS 15.6。能力范围以[官方 App Store 说明](<https://apps.apple.com/cn/app/id6766198898>)与安装版本为准。本文提供可自行执行的阅读与检查方法，未声明真机或私人服务器逐项实测；人工记录、外部工具与实际可见入口分别说明，不将个人分析或源码观察写成已验证的自动能力。