开始前：准备客户端与订阅链接
这份教程从客户端已经安装完成开始。首次打开应用时，先确认能正常进入主页，再准备一条由服务提供方给出的有效订阅链接。客户端负责读取配置和处理连接，安装应用本身不会生成可用节点。如果目前只有服务账户、购买记录或网站登录地址，需要先回到服务提供方的用户页面，找到适用于 Clash 或 mihomo 的订阅入口。
订阅链接通常带有个人访问凭据，应当按账户信息保管。复制时使用服务页面提供的复制按钮，避免从聊天截图手工录入，也不要把整条链接发到公开评论区。链接末尾的参数可能决定返回内容，不能为了缩短地址自行删除。遇到需要协助排查的情况，只描述错误类型，不公开订阅地址和节点凭据。
接下来保持手机网络可用，暂时不修改 DNS、端口或内核高级选项。若手机已经运行其他 VPN、网络过滤或同类代理应用，记住它们的状态，稍后建立连接前先暂停。整个流程分为四步；每完成一步都检查页面反馈，避免在订阅尚未下载成功时直接反复点击连接。
第一步：导入订阅并启用配置
在配置页面新增 URL 订阅
打开客户端的「配置」或「订阅」页面，点击新增入口；它可能位于右上角的加号，也可能在页面底部。若出现「从 URL 导入」「从文件导入」「从剪贴板导入」等选项，使用订阅链接时选择 URL 导入。为配置填写一个便于辨认的名称，例如「手机日常配置」，然后把完整订阅地址粘贴到 URL 输入框，检查前后是否带入空格或换行。
点击保存、导入或下载后，等待客户端完成请求。正常情况下，配置列表会增加一条记录，并显示名称、更新时间或更新入口。部分应用保存链接后不会立即下载，需要再点一次更新。只有看到了下载成功的反馈，才继续启用配置；仅仅在列表中出现一个名称，并不代表远程内容已经读取完成。
如果服务页面提供一键导入，系统可能询问是否打开对应应用。确认目标客户端后允许跳转，再核对应用内显示的来源和配置名称。跳转完成后仍要返回配置列表检查结果，不要把浏览器中的「已发送」提示当作导入成功。手机没有弹出应用选择时，可以回到手动 URL 导入，先用最直接的方式完成配置。
选中配置，检查策略组是否载入
在配置列表点击刚导入的项目，按照界面提示设为当前配置。有些应用用选中标记表示启用，有些应用需要进入详情后点击使用。然后打开「代理」或「策略组」页面，确认已经出现可展开的分组或出站选项。如果仍然是空白页面，先回到配置列表确认当前项，而不是立即去改连接模式。
导入失败时先阅读错误原文。无法访问地址、返回内容不是配置、配置解析失败，是不同的问题。可以先在服务页面重新复制链接，并确认账户和订阅仍有效；若提示格式不支持，则重新选择适用于当前客户端的订阅格式。浏览器能打开服务网站，不等于订阅接口一定可用，反过来也不能用一次请求失败判断整条订阅已经失效。
首次导入后先保留原配置。若需要自动更新，可在订阅详情中启用定时更新，并按服务提供方建议设置间隔；不必连续手动刷新。更新前后的策略组名称可能变化，之后若发现原有选择被重置，再进入分组核对即可。关于订阅格式与内核兼容的进一步说明，见协议与内核技术参考。
第二步：选择规则模式与出站策略
首次使用从规则模式开始
配置已经启用后，返回主页或设置中的模式入口。常见选项是「规则」「全局」「直连」，有的客户端会显示英文 Rule、Global、Direct。首次使用选择规则模式：客户端按配置内的规则判断每个连接应该直连、交给某个策略组，还是拒绝。这种模式便于保留订阅设计好的分流，也方便下一步核对访问记录。
全局模式通常会把进入内核的流量交给全局策略处理，但不代表所有应用流量都已经被系统接管；是否接管仍取决于 VPN、应用排除和连接设置。直连模式则通常让流量直接访问目标。不要因为网页打不开就来回切换三个模式，这样会同时改变判断条件。先使用规则模式完成基础验证，再根据明确的需求临时调整。
进入规则实际引用的策略组
打开「代理」或「策略组」，找到负责日常出站的分组。分组可能叫 Proxy、代理选择，也可能采用服务提供方自己的名称。展开后选择一个可用节点，或者选择订阅已经配置好的自动选择组。点击后检查选中标记确实发生变化；在部分界面中，展开分组只是浏览，必须再点击具体选项才会切换出站。
策略组里也可能出现 DIRECT 或 REJECT。前者代表直连，后者代表拒绝，并不是两个可用的远程节点。分组还可能嵌套另一个分组，因此页面上选中了自动选择组，不代表最终出站名称也叫自动选择。首次操作只要确认负责目标流量的组没有误选直连或拒绝，并且组内存在可用出站即可。
如果配置按视频、通信、下载等用途分了多个组，不必一次全部调整。先确定准备测试的网站对应哪个组，保留其他组原来的选择。之后在连接记录中查看实际命中的规则，再决定是否修改该组。规则类型与匹配顺序属于深入配置内容，初次连接不需要编辑它们，可在技术参考继续查阅。
第三步：授权 VPN 并启动连接
确认系统权限，观察运行状态
完成模式和策略组选择后，回到客户端主页，先暂停其他正在占用系统 VPN 通道的应用，再点击启动或连接。Android 首次连接通常会弹出 VPN 连接请求；iOS 可能要求允许添加 VPN 配置，并通过设备验证。核对请求来自刚安装的客户端后再允许。拒绝授权时，配置仍可能留在应用内，但系统流量不会按预期进入客户端。
授权完成后回到主页，等待运行状态变为已连接或运行中。系统状态栏或设置页面也可能显示 VPN 标记，其具体位置随系统版本变化。这个标记表示系统隧道已建立，不代表远程节点、DNS 和目标网站都已验证通过。因此先确认客户端保持运行，再进入下一步访问测试，不要停在看到图标就结束。
手机端常通过系统 VPN 接口接管流量，应用内也可能出现 TUN 相关选项。不同客户端对这两个名称的使用方式并不完全一致，不需要为了跟随教程把所有开关都打开。先使用客户端的默认接管方式；「允许局域网」通常也不是手机自身联网的必要条件，首次配置可保持原状，避免引入额外的共享访问设置。
启动失败时先看第一条错误
若点击连接后立即停止，打开日志或诊断入口，查看本次启动最早出现的错误。配置解析、端口占用、VPN 权限和内核启动失败应分别处理。可以先确认当前配置有效，再检查系统 VPN 页面是否仍连接着其他应用。不要在尚未记录错误信息时清空应用数据，否则订阅地址、选中项和本地设置都可能需要重新填写。
Android 若有按应用代理功能，检查准备测试的浏览器是否被排除。有的配置只代理勾选的应用，有的配置则代理除勾选项以外的应用，两种列表含义相反。为了完成首次验证，建议先使用清楚的默认范围，跑通后再做应用筛选。系统授权成功、客户端持续运行之后，就可以验证真实访问了。
第四步：验证访问与规则分流是否生效
用实际请求核对出站路径
保持连接开启，在浏览器打开一个平时能够直连的网站，确认基础联网没有中断。再访问一个按当前配置应走代理的网站，等待页面产生新的请求。回到客户端的「连接」「会话」或「日志」页面，查找刚访问的域名，查看匹配规则、策略组和最终出站。不同应用提供的字段有差别，至少应确认请求进入了客户端，并且采用了预期的处理方式。
若规则预期直连，记录中出现 DIRECT 是正常结果，不应为了让每条连接都显示节点名称而改用全局模式。若规则预期代理，却显示直连，先查看命中的规则与组内选择。网页能打开只能说明这次访问成功；要确认分流正确，还需要结合记录。反过来，单个网站打不开也可能是网站自身或某条出站的问题，不能立即断言客户端完全没有生效。
没有看到新记录时，先重新载入页面，再确认浏览器没有被按应用规则排除。部分请求可能复用已有连接，浏览器缓存也可能让页面不产生新的网络访问；可以换一个页面重试。若客户端支持暂停记录或过滤域名，也检查这些筛选条件。完成验证后不必长期保留详细调试日志，日常排查时再开启即可。
把问题定位到具体环节
如果直连和代理站点都无法访问，先暂停连接，检查手机原本的 Wi-Fi 或移动网络是否正常；基础网络恢复后再重新启动。如果直连正常、只有代理目标失败，回到策略组更换一个可用出站，然后重新请求同一页面。每次只改一个条件，才能分清问题来自网络、节点还是选择项。
域名解析相关错误需要结合日志判断，不建议第一次遇到失败就更换整套 DNS 配置。订阅可能已经包含 DNS 和规则配套设置，随意改动会增加排查难度。若日志持续指向解析问题，可以保留错误摘要，再阅读DNS 与网络栈参考。到这里，只要配置启用、规则选择正确、系统连接保持运行，并且实际请求走向符合预期，四步初始配置就已完成。
节点延迟：先区分测试结果与实际体验
需要比较出站时，进入代理或策略组页面，使用客户端提供的延迟测试或可用性测试入口。部分应用允许测试整个组，另一些应用需要在节点菜单中单独触发。先查看测试是否完成，再依据当前结果选择出站；不要在测试进行中快速切换多个组，以免混淆测量对象。
这里的数值通常反映对指定测试地址的请求耗时，不一定是 ICMP 往返时间，也不等同于下载带宽。测试地址、DNS、TLS 握手、当时的手机网络都会影响结果。数值较小可以作为选择线索，但最终仍应打开实际使用的网站或应用，观察页面能否稳定加载。
出现超时或失败时，先确认手机网络、订阅状态和测试地址是否可达，再换一个出站交叉验证。如果只有个别出站失败，不必重装客户端；如果所有测试同时失败，则回到连接状态与日志检查。自动选择组依赖配置内的测试机制，手动测试一次不会自动把普通手选组变成自动切换组。
后台与开机自启：连接稳定后再设置
Android：检查电池限制与启动权限
完成前面的访问验证后，锁屏等待片刻，再解锁并重新打开测试页面。如果前台正常、锁屏后经常断开，先进入系统设置中的应用详情，检查客户端的电池管理与后台活动权限。不同厂商可能使用「不限制」「允许后台运行」或「关闭电池优化」等名称，按当前设备实际入口设置，不需要寻找完全一致的文字。
需要开机后恢复连接时，先在客户端内查找启动时连接、开机启动或类似选项，再检查系统是否另有自启动权限。允许应用自启动和自动建立 VPN 是两件事：应用能在重启后启动，不代表它一定会加载当前配置并连接。设置完成后，挑方便的时间重启一次，检查配置选中状态、VPN 状态和实际页面访问，而不是只看应用图标是否出现。
部分 Android 系统提供始终开启 VPN 或阻止未通过 VPN 的连接选项。后者可能在客户端未启动或配置失效时使设备无法联网，不是初次配置的必要步骤。先把常规连接和后台运行验证清楚，再根据设备用途决定是否启用。系统升级或更换客户端后，也应重新检查这些权限。
iOS：按客户端提供的自动连接功能验证
iOS 的后台与启动机制不同于 Android，不需要寻找安卓式电池白名单或开机自启动权限。如果客户端提供按需连接或自动连接功能，阅读其条件说明后再开启；没有对应入口时，以当前应用实际能力为准。锁屏、切换 Wi-Fi 与移动网络后，检查系统 VPN 状态，再用真实页面请求确认是否恢复。
最后保留一份简单的配置记录：正在使用的客户端、订阅配置名称、日常策略组和连接方式即可，记录里不要包含完整订阅凭据。以后遇到异常，按「基础网络 → 当前配置 → 策略组 → 系统连接 → 请求记录」的顺序回查，通常比同时重装、改 DNS 和切换模式更容易找到原因。涉及协议选择、内核差异和复杂规则的内容，继续查看协议与内核技术参考；需要更换客户端时，可先阅读客户端选型指南。