配置是一份文档。记录是一条出口。二者不是同一次粘贴。

配置文件是一份本机文档。常见内容包括：一般选项（DNS、IPv6、端口一类）、规则名单、有时还有改写与解密主机列表。服务器记录可以出现在文件里，也可以只活在应用的服务器列表中——取决于你怎么导入。不要假设「装上应用就自带一份能用的出口」：商店许可不含服务器。

手写或外来文件里，规则段的语法见 规则。改写段见 改写。DNS 相关选项见 解析。这三块写在同一份文档里，运行时仍是三套机制：先分流，再按需改写，解析策略贯穿始终。

把 ss:// 整段贴进「配置 URL」或把配置文件贴进「服务器地址」，对象就放错了格子。能保存，接下来的失败无法用「节点不行」解释。

应用允许同时保存多份配置，并给它们各自的名字。切换当前配置等于整份名单和选项一起替换，不是两条 FINAL 叠加，也不是「国内用这份的 GEOIP、国外用那份的域名」自动拼在一起。

切换配置不会改：当前高亮的记录、开关是否接通、Data 累加器里的数字。所以你可能看到「已经换成新名单，网页表现却没变」——策略其实停在 Proxy，引擎根本没读新文件。先看策略，再看选中的是哪一份。

两份配置都从同一来源订阅、只是刷新时间不同时，列表里会像有两份「差不多」的文件。以当前勾选的那一份为准。编辑其中一份不会写进另一份，除非它们其实指向同一个订阅 URL、下一次刷新又把本地改动盖掉。

导入途径通常是文件、剪贴板、URL。URL 型配置和服务器容器一样：保存的是地址，拉取成功才用远端内容替换本地文档。失败时保留上一次成功的文件，不会为了失败把规则抹成空。

打开时更新、后台更新，都是在重复这次拉取。后台还受系统是否允许该应用后台刷新约束，见 系统。刷新走当时的网络路径：开关正连着一条已失效的记录时，配置订阅本身也可能失败。把策略改成 Direct 或先关掉开关，是在隔离路径。

导出得到的是一份含规则、选项、以及你写进文件里的认证信息的文档。按密钥保管。发给另一台设备之前，默认假设里面有密码和 UUID。

外来列表先读 FINAL 和 GEOIP，再决定要不要用。作者按他自己的出口在写。把一份为「境外记录」准备的名单套在「记录本身就在国内」的设备上，大量无关请求会被送进节点；反过来，未点名的流量会全部直连。见规则页「外来文件」一节。

没有账户系统。开发者服务器不托管你的列表。允许 iCloud 时，同一 Apple ID 下的设备可以同步配置与记录；这是 Apple 账号的同步，不是 Shadowrocket 账号。

同步冲突时，不要同时在两台设备上大段编辑同一份订阅型配置——下一次刷新仍以 URL 返回值为准，本机改动会被盖掉。需要冻结一份名单，就导出成不订阅的本地文件，再编辑那份。

关掉 iCloud 或换 Apple ID，不会自动向开发者「注销」任何东西，因为本来就没有。本机文件还在，直到你删除应用或清掉文档。删除应用会带走未备份的配置。重装商店里的应用不会把节点变回来，除非 iCloud 或你自己的导出文件还在。