V2Ray 全平台安装大全
订阅、代理与 TUN 配置

01 / PREPARATION

通用准备工作

先分清客户端、内核与服务配置

客户端负责显示节点、保存订阅、选择路由和启动连接。内核负责协议处理、加密传输与流量转发。服务配置则提供远端地址、端口和认证参数。安装客户端并不等于已经获得可用连接；开始前应准备有效订阅地址，或一组完整的节点参数，同时确认当前网络能够正常访问普通网站。

桌面平台首选 v2rayN，Android 通常先选使用 Xray 内核的 v2rayNG。已有配置明确依赖 V2Fly 时，再考虑 v2flyNG。VLESS、VMess 与 Trojan 是不同协议，REALITY 属于安全传输相关配置，不能只凭名称相似互换字段。内核支持范围还取决于具体构建，导入成功也不代表所有参数都能运行。

记录系统、架构和权限条件

在系统信息中确认处理器架构，再到客户端下载页选包。系统名称与架构需要同时匹配：同为桌面系统，也可能分别使用 x64 或 arm64。不要根据文件大小判断兼容性。安装前查看磁盘剩余空间，并确认当前账户能够安装应用；需要虚拟网卡时，还要具备相应的管理权限。

先让系统自动同步日期、时间和时区。时间偏差可能影响证书验证，也可能使带时间要求的协议认证失败。若设备长期休眠、刚恢复系统快照或离线存放过，尤其要检查这一项。随后确认网络没有等待登录的认证页面；网络本身尚未连通时，反复修改节点通常不能解决问题。

第一次设置前，退出其他正在接管网络的代理或隧道程序。多个程序可能争用同一个本地监听端口，也可能同时修改系统代理、默认路由和 DNS。保留一套客户端运行，可以让日志与实际流量对应起来。工作网络若有统一策略，应先确认使用边界，不要通过修改系统配置绕过管理要求。

建立最小可验证环境

先用系统代理完成一次连接，再尝试 TUN。系统代理通常只影响愿意读取系统设置的应用，故障面较小；TUN 会接管更广的流量，并引入虚拟网卡、权限与路由问题。两者都需要可用的远端节点。若基础连接尚未建立，直接开启全部高级选项，只会增加判断变量。

记录客户端显示的本地地址与监听端口，区分 HTTP、SOCKS 和混合入口。端口以实际设置为准，不照抄其他设备的截图。回环地址只供本机使用，局域网地址用于其他设备访问，两者不是同一用途。首次配置保持本地监听，暂不启用「允许来自局域网的连接」。

验证时同时观察三个层面：客户端能否启动内核、应用是否把流量交给本地入口、远端请求能否得到响应。仅看到托盘图标、连接开关或测速结果，都不足以证明整条链路正常。后续每次只改一个设置，记下修改前的值和复现方式，便于失败后恢复。

已有环境应先导出配置或备份应用数据，再进行安装与更新。备份也可能包含订阅和节点认证信息，应保存在受控位置。本文按设置功能名称说明操作，不假定每个构建的菜单排列完全相同；遇到界面差异时，优先查找对应字段，而不是寻找完全一致的按钮位置。

02 / WINDOWS

Windows 安装配置

桌面版与经典 WPF 版怎么选

进入Windows 下载分组，在 v2rayN 卡片中选择桌面版或经典 WPF 版。桌面版采用跨平台界面；WPF 版保留经典 Windows 界面。两者都围绕节点、订阅与代理设置工作。首次使用可从桌面版开始，已有 WPF 操作习惯则按原有流程选择，不必为了界面变化同时运行两份程序。

下载后按照安装程序提示选择目录。目录应允许当前账户写入，避免放在临时下载区或会被同步软件频繁移动的位置。若启动时提示缺少运行环境，先读清提示中的组件名称与架构，再按下载页说明补齐。不要从报错截图推断版本，也不要随机复制其他电脑上的运行文件覆盖安装目录。

导入订阅并选定活动节点

启动 v2rayN，打开「订阅分组设置」，新增分组并填写备注、订阅地址。备注用于识别来源，不参与连接认证。保存后执行「更新订阅（不通过代理）」，前提是当前网络能够直接访问该地址。若服务方说明更新必须通过现有代理，则先恢复一条可用连接，再切换更新方式。

更新结束后查看订阅日志和节点列表，确认新增内容属于刚才的分组。选中一个节点并设为活动服务器，随后查看内核是否正常启动。不要仅停留在「订阅更新成功」提示：这通常只说明内容获取和解析完成，节点的远端地址、传输参数与服务状态仍需实际请求验证。

先设置系统代理，再处理应用差异

在托盘菜单中选择「自动配置系统代理」，再打开浏览器测试。若浏览器此前一直运行，关闭相关窗口后重新启动，减少旧连接和缓存设置的影响。系统代理并不强制所有应用遵循同一路径；部分命令行程序、下载工具或自带网络栈的应用，需要独立填写代理，或改用 TUN。

用其他应用独立测试时，填写 v2rayN 设置页显示的回环地址与对应端口，并选对代理类型。把 SOCKS 端口填进 HTTP 代理字段，可能表现为连接建立后立即失败。若应用支持「使用系统代理」，先保留这一选项，避免系统设置与应用手动配置形成两套互相矛盾的规则。

TUN 权限与 Windows 特有问题

需要接管不读取系统代理的应用时，再启用「TUN 模式」。按客户端提示授予所需权限，观察虚拟网卡和路由是否建立。开启后先重复之前通过的浏览器测试，再测试目标应用。若基础连接立即失效，先关闭 TUN 恢复原状，检查日志中的权限、网卡创建和地址冲突信息。

安全软件可能限制程序启动内核或创建网卡。遇到拦截提示，应核对实际安装来源和被拦截的操作，再按组织策略处理，不要关闭整套系统防护。Windows 防火墙也需要区分本机访问与局域网入站访问；只在本机使用代理时，不应为了排错扩大到所有网络类型的入站放行。

休眠唤醒、切换无线网络或从有线改为无线后，如果连接不恢复，先停止并重新启动代理，再观察本地监听和默认路由。开机启动也要实测一次：桌面界面自动出现，并不意味着需要提权的 TUN 已经成功启用。无人值守需求应依据客户端提供的启动机制设置，不把启动提示框当作连接完成。

更新前备份配置，退出当前进程后再安装。若系统提示文件被占用，检查托盘中是否仍有实例运行，而不是连续启动安装程序。更新后先确认活动节点和代理模式，再恢复自定义路由。内核启动异常可继续阅读内核启动失败日志排查，按第一条有效报错定位。

03 / MACOS

macOS 安装配置

按芯片选择安装入口

打开系统的「关于本机」，查看「芯片」或「处理器」字段，再进入macOS 下载分组。Apple Silicon 选择 arm64 入口，Intel 处理器选择 x64 入口。优先使用匹配本机架构的安装包，不把兼容运行当作默认方案；架构不匹配时，启动失败与内核子进程失败可能出现不同提示。

打开下载的磁盘映像，按界面指引将 v2rayN 放入「应用程序」，再从该目录启动。不要长期从临时挂载的映像中运行，否则更新路径、写入权限和启动项可能难以保持一致。首次运行前退出旧实例；迁移过应用目录时，也应确认 Dock 或启动项没有继续指向原来的副本。

若系统安全提示阻止启动，先核对文件来源与具体提示，再查看「系统设置」中的「隐私与安全性」。仅在确认来源后按系统提供的方式处理。不要把递归修改系统权限、关闭整体安全机制当作标准安装步骤。出现明确的架构或运行组件错误时，应解决相应依赖，而不是把所有错误归为安全拦截。

订阅导入与网络服务代理

在「订阅分组设置」中填写订阅地址并保存，执行适合当前网络的更新方式。节点出现后，选择活动服务器并查看内核日志。若订阅可以更新但节点无法使用，分别检查订阅获取链路和节点连接链路；二者可能使用不同域名、端口与网络路径，不能从一个成功推断另一个也正常。

启用系统代理时，留意系统要求的授权提示。macOS 的代理设置与网络服务有关，无线和有线接口可能各自保留不同配置。切换网络后若只有部分应用失效，打开当前网络服务的代理页面，核对地址和端口是否仍指向 v2rayN 的本地监听，而不是之前安装的另一份程序。

浏览器测试通过后，再检查目标应用是否读取系统代理。需要手动配置的应用，应按其支持的代理类型填入回环地址和实际端口。代理设置正确但仍访问异常时，可重启该应用释放已有连接。不要在系统代理、应用代理与环境变量中同时写入不同端口，否则测试结果会随启动方式变化。

TUN 与网络切换的检查顺序

启用 TUN 前先保存当前配置，并确认普通代理连接已经可用。TUN 需要建立虚拟网络接口和相应路由，权限要求不同于普通窗口操作。以客户端当次提示为准授予权限；如果界面显示开启而日志仍报权限错误，应视为尚未成功接管，不能只依据开关外观判断。

若 TUN 开启后连普通网站也无法访问，先关闭 TUN，并恢复此前可用的系统代理路径。随后查看路由建立、DNS 处理和其他隧道程序冲突。企业网络或已有远程办公隧道可能使用特殊路由，应在管理许可下配置。不要直接删除不认识的系统网络服务，以免影响原有网络环境。

睡眠唤醒后，旧连接可能仍指向已经失效的网络接口。先停止连接，再重新启动内核；必要时重启目标应用，观察新请求是否出现。若只有某个浏览器异常，再检查该浏览器的安全 DNS、扩展代理和独立设置。系统层面已经恢复时，没有必要立刻重装整个客户端。

更新或迁移时，先导出订阅与自定义规则，并记录当前监听端口。新安装完成后确认配置能够被读取，再逐项恢复自动启动和 TUN。导入 Windows 的备份时不要照搬磁盘路径或启动命令。跨平台可以复用节点参数，但应用目录、辅助权限和网络接口属于本机设置，需要重新确认。

04 / LINUX

Linux 安装配置

包格式、架构与桌面会话

进入Linux 下载分组，先按发行版的软件包体系选择 deb 或 rpm，再按处理器选择 x64 或 arm64。包格式与架构是两个独立条件：选择了正确架构，也不能把不适用的包格式直接交给本机包管理器。桌面客户端还需要可用的图形会话，服务器终端环境不等于桌面运行环境。

安装前可在终端查看机器架构和系统信息。下面的命令只用于识别环境，不会修改网络。常见输出中，x86_64 对应 x64，aarch64 通常对应 arm64。发行版信息用于确认软件包体系和依赖条件，不用它猜测客户端具体支持的最低系统版本；实际要求以下载页说明和安装报错为准。

uname -m
cat /etc/os-release

使用桌面软件安装器或发行版的包管理工具安装文件，遇到依赖缺失时，让本机包管理机制处理匹配的软件包。不要从其他发行版复制动态库，也不要把不同架构文件混入系统目录。安装结束后以普通桌面用户启动界面，先检查窗口和内核能否正常运行，再考虑额外网络权限。

导入配置与桌面代理设置

打开 v2rayN 的「订阅分组设置」，创建分组、填写地址并更新。选定活动节点后观察日志，确认内核启动成功。若界面正常但启动子进程失败，重点检查依赖、执行权限和工作目录。错误出现在图形界面启动阶段与出现在内核连接阶段，处理方向不同，应保留具体报错区分。

Linux 桌面的系统代理实现并不统一。客户端写入代理设置后，部分桌面应用会读取，部分程序仍使用自身设置。先用能明确选择代理的浏览器或工具测试，再判断系统代理是否生效。不能因为某个终端命令仍然直连，就断定节点失败；终端程序通常还要考虑代理环境变量。

需要给命令行工具配置代理时，先查它支持的变量和代理协议，再使用本机实际监听端口。不要把网上示例中的固定端口直接写进全局启动文件。先在单次进程中验证，成功后才考虑持久化；否则客户端未启动时，所有继承该变量的工具都可能指向一个不存在的本地服务。

TUN 权限与监听检查

TUN 通常涉及访问隧道设备与修改路由的权限。先确认普通代理可用，再按客户端支持的授权方式设置。不同发行版的权限策略与桌面授权组件可能不同，不应把长期以管理员身份运行整个图形界面作为默认处理。若日志报告权限不足，应定位失败操作，而不是反复更换远端节点。

本地端口冲突时，可用下面的命令查看 TCP 监听情况，再对照 v2rayN 设置中的地址与端口。进程信息的完整程度取决于当前账户权限。该检查只回答「谁在监听」，不能证明远端服务可用，也不能证明应用已经把请求发给这个入口；仍需结合请求日志判断实际链路。

ss -ltnp

启用 TUN 后若域名访问失败、直接访问已知地址却有响应，应检查 DNS 路径与系统解析服务的配合。系统可能由网络管理服务维护解析配置，手动覆盖配置文件可能在重连后失效。先查看当前生效的设置，再在对应管理入口修改，避免维护两份互相覆盖的 DNS 配置。

切换桌面会话、网络连接或从休眠恢复后，重新验证代理变量、监听端口和路由。自启动只适用于已准备好的会话环境，不能保证提权步骤自动完成。更新前导出配置，更新后先验证普通代理，再恢复 TUN 与自定义规则；出现问题时保留包管理器和客户端两处日志，分清安装失败还是运行失败。

05 / ANDROID

Android 安装配置

v2rayNG 与 v2flyNG 的选择

打开Android 下载分组，优先查看 v2rayNG，其内核为 Xray；已有配置明确使用 V2Fly 生态时，可选择 v2flyNG 作为备选。两者不是同一个应用的界面主题，协议能力与字段兼容性不能直接画等号。尤其是使用 REALITY 或 Vision 参数时，应先确认所选内核支持该组合。

下载页提供 arm64 与通用版入口。较新的主流设备通常可先考虑 arm64，但最终仍应以系统架构为准；无法确定架构时再查看通用版说明。安装失败时先读系统提示，区分架构不匹配、存储不足和已有应用冲突，不要把所有安装错误都归结为网络下载问题。

首次安装需要为执行安装的浏览器或文件管理器授予相应安装权限。完成后可按实际需要收回该来源的授权。若已有同名应用，更新前先备份配置；系统提示安装来源或签名不兼容时，不要直接卸载旧应用，因为卸载可能删除本地分组、自定义规则及尚未导出的配置。

导入订阅、更新配置与连接授权

在客户端的「订阅分组设置」中新增订阅，填写备注和地址，保存后执行更新。不同构建可能把更新入口放在主菜单或分组菜单，查找功能名称即可。若从剪贴板导入单条分享链接，应先确认剪贴板内容完整；订阅地址、节点分享链接与完整 JSON 配置属于不同内容，导入入口不能随意互换。

更新后选择一个活动配置，再点击连接。Android 会要求确认 VPN 连接授权，授权用于建立本地流量接管通道，不代表远端节点已经可达。连接图标出现后仍要访问测试目标，并查看日志。若系统已经运行另一项 VPN 连接，新连接可能替换旧连接，应先了解两者的使用关系。

常规连接使用系统提供的 VPN 接口接管流量，不需要照搬桌面版的系统代理或 TUN 开关操作。应用内若提供不同运行模式，应结合当前构建说明选择。不要为了复现桌面菜单而寻找不存在的选项，也不要仅因为系统显示 VPN 标识，就忽略节点认证和路由规则的检查。

后台运行、应用分流与网络切换

连接在熄屏后中断时，检查电池优化、后台活动和自动启动限制。按系统提供的应用管理入口，为客户端设置合理的后台运行条件，再锁屏等待并测试恢复情况。调整后同时观察耗电与连接需求，不必一次开放所有后台权限。通知常驻与连接存活相关，但通知存在本身也不是远端可用的证据。

应用分流需要先分清「只代理选中应用」和「绕过选中应用」两种逻辑，二者方向相反。更改列表后，停止并重建连接，再重启需要测试的应用，以减少旧连接影响。若浏览器可用而某个应用不通，优先检查应用分流列表、该应用自身代理和网络权限，而不是立刻重装客户端。

网络切换后，原有连接可能需要重建。先断开再连接，观察日志是否重新发起请求；仍失败时，检查当前网络是否真正连通。若问题集中在大请求或部分应用，不要先随机调整 MTU，应先排除节点、DNS 与路由差异，再结合可复现现象判断是否涉及数据包大小。

从 v2rayNG 迁移到 v2flyNG 时，优先重新导入订阅，不直接覆盖应用私有数据。保留原应用配置，确认新客户端能解析和运行目标协议后再清理。关于内核能力的背景，可阅读Xray 与 V2Fly 内核区别，以实际字段支持决定选择，而不是以名称相近判断兼容。

06 / SUBSCRIPTIONS

订阅管理与配置迁移

分清地址、分享链接和配置文件

订阅地址用于获取一组配置，节点分享链接通常表示单条连接，完整 JSON 则可能包含入站、出站、路由与 DNS。导入前先判断内容类型，再选择对应入口。把网页地址当作节点导入，或把完整配置粘贴到订阅字段，都可能产生解析失败。不要因为文本以某个协议名称开头，就忽略后续结构是否完整。

给每个来源单独建立订阅分组，备注写清用途与维护范围。分组不是远端账户，修改备注不会改变服务权限。地址中查询参数可能承担认证作用，复制时需要完整保留，避免聊天软件截断或附带空格。手工修改地址之前先保存原值，不要凭经验删去看起来多余的参数。

选择更新路径并读取结果

「不通过代理」适合当前网络能够直接访问订阅服务的情况；通过代理更新则依赖一条已经可用的连接。首次使用没有活动节点时，后者容易形成依赖循环。更新失败先看请求超时、认证失败还是内容解析失败，不同阶段对应不同原因，不能仅凭一条失败提示就更换所有节点。

更新成功后检查节点数量变化、分组归属和活动节点。订阅端可能删除或重命名条目，之前选中的节点不一定继续有效。重要测试应重新选择当前列表中的条目，再启动连接。订阅内容由服务端维护，直接修改受订阅管理的节点字段，可能在下一次更新时被覆盖，需先复制为独立配置再试验。

返回内容无法识别时，检查地址是否实际返回登录页、错误页面或过期提示。能在浏览器打开一个网页，并不代表客户端拿到了可解析的订阅。反过来，订阅下载成功也不说明节点远端端口可用。将获取订阅与建立代理分开测试，能避免在错误层级反复修改配置。

手动参数的核对顺序

手动添加节点时，先核对协议、服务器地址、端口与认证字段，再看传输方式、安全设置和附加参数。传输路径、主机名与服务器名称各有用途，字段不能因为都像域名就互相替代。配置包含 REALITY 时，还应核对公钥、短标识等配套参数；这些值必须由服务配置提供，不能自行生成后期待连接现有服务。

不要在常规排错时直接编辑客户端自动生成的运行配置。客户端可能在切换节点或重启内核时重新生成文件，手工改动随即丢失。优先在图形设置中修改；确实需要完整自定义配置时，再明确哪些设置由文件控制、哪些仍由界面控制，并备份可用版本以便回退。

备份范围与跨平台恢复

迁移前同时保留订阅地址、独立节点、自定义路由、DNS 设置和必要的本地监听记录。订阅可以重新下载，但独立配置与本地规则未必能够恢复。导出文件可能带有认证信息，应限制访问范围；分享排错样本时只保留结构与错误位置，清除能够实际连接服务的内容。

恢复时先导入订阅并建立普通连接，再恢复路由、应用分流和 TUN。跨平台迁移不要照搬目录、网卡名称与启动项。即使同为 v2rayN，不同系统的权限模型也不同。若一次恢复全部设置后失效，很难判断是订阅、旧路径还是网卡权限导致，因此按阶段恢复更容易定位。

自动更新订阅应放在手动更新已经稳定之后。更新间隔依据实际变更需求设置，不必用频繁请求替代故障检查。更新后保留一次简短验证：确认活动节点仍存在、内核能启动、常用应用可访问。若服务方撤销了旧地址，应更换订阅来源字段，而不是重复导入同一个失效链接。

07 / ROUTING & DNS

路由、DNS 与模式选择

流量接管与路由决策是两层设置

系统代理与 TUN 解决「哪些流量进入客户端」，路由解决「进入后使用哪个出站」。开启 TUN 不等于全部流量都经远端转发；选择某种全局路由，也不能强制一个完全不读取系统代理的应用交出请求。排查时先确认应用是否进入本地入口，再判断规则是否把请求送往预期出口。

初次使用可先采用客户端提供的预设路由，例如「绕过大陆」，确认日常请求路径后再添加规则。预设依赖域名和地址分类数据，其结果不是根据网站界面语言判断。个别服务可能同时请求多个域名，也可能使用共享地址；一个页面能打开、其中资源却失败时，应检查具体失败请求而非只看主域名。

规则顺序、匹配对象与出站标签

路由规则通常按顺序匹配，较具体的规则应放在可能提前命中的宽泛规则之前。域名规则依据客户端获得的目标域名，地址规则依据目标 IP，二者并不总能同时得到。若应用直接请求地址、使用自身 DNS 或经过不同的嗅探设置，匹配条件可能改变，不能只根据规则文字判断一定命中。

下面是 Xray 风格的路由片段示意，不是完整可连接配置。使用前需要已有名为 direct 的直连出站，并安装可供内核读取的分类数据。它仅把私有地址与指定分类送往直连；没有匹配的流量还要由完整配置中的出站顺序或后续规则决定，片段本身没有设置最终代理出口。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      }
    ]
  }
}

图形客户端通常提供相应的路由编辑入口，优先在界面中配置，避免与自动生成文件冲突。出站标签必须在完整配置中实际存在，拼写一致；标签不是可以随便写的显示备注。不同内核的字段与规则格式也有差异，不能把一个内核的 JSON 片段直接粘贴到另一个内核的配置里。

DNS 需要跟随实际请求路径

DNS 负责把域名解析为地址，但解析请求可能来自系统、浏览器或内核。启用浏览器安全 DNS 后，浏览器可能不再沿系统的解析路径查询。遇到域名访问异常时，先确认谁在解析，再检查该查询是否能够到达所选服务器。单纯增加多个 DNS 地址，不会自动修复错误的请求路径。

代理服务器自身使用域名时，还需要先解析这个域名，才能建立远端连接。若解析请求又依赖尚未建立的代理，可能出现启动依赖循环。使用客户端提供的合理默认配置，先建立基础连接，再调整远端 DNS 与直连 DNS。每次修改后重建连接，并注意系统和应用缓存会暂时保留旧结果。

局域网与 TUN 的边界

访问本地路由器、网络打印服务或局域网管理页面时，通常需要保留正确的直连路径。启用 TUN 后若本地服务失效，应检查私有地址路由与系统已有网段，而不是把所有地址都强制送往远端。远程办公网络还可能使用专门网段，规则应结合实际网络配置，不把公共示例当作完整答案。

「允许来自局域网的连接」是开放本地代理入口，不是 TUN 的同义选项。开启后，其他设备需要填写运行客户端那台电脑的局域网地址和监听端口，同时受防火墙与网络隔离影响。仅在可信网络按需开放，并限制可访问范围；具体检查见局域网代理共享设置。

确定一套稳定规则后，记录预设名称、自定义条目和 DNS 设置。后续更换内核时先恢复基础预设，再移植自定义规则，避免旧字段造成启动失败。需要理解配置链路时，可阅读inbounds、outbounds 与 routing 结构详解，把界面字段与运行配置对应起来。

08 / TROUBLESHOOTING

配置常见问题

从第一条失败环节开始检查

排错时保留一组固定条件：同一个网络、活动节点、目标应用和测试地址。按安装启动、订阅获取、内核运行、本地接管、远端连接的顺序检查。前一环尚未通过，就不要用后一环的设置补救。例如内核根本没有监听端口时，修改浏览器 DNS 很难解决问题；订阅地址过期也不需要重装虚拟网卡。

打开客户端日志，先找本次连接开始后的第一条有效错误，再看后续连锁报错。端口占用、权限不足、未知字段与握手失败分别指向不同层级。记录发生时间与刚做过的操作，截取足以说明上下文的几行。不要公开完整配置和订阅信息，也不要只保留「连接失败」这一句界面提示。

按现象查找对应分支

延迟测试与实际请求分开看

测试结果只对应当次测试目标与所用方法，不能代表所有网站或所有协议都正常。测试失败也可能是目标不响应、请求路径不同或 DNS 异常。优先使用能稳定复现的实际请求，结合连接日志判断。出现偶发问题时，分别在同一网络的不同时段复测，不用一次结果为所有配置下结论。

整理问题时写清系统与架构、客户端名称、运行模式、失败范围和已做过的单项修改。附上去除敏感内容的错误行，比整屏节点列表更有价值。基础连接恢复后回到快速上手教程完成最终验证；需要重新选包时使用下载页。保留最后一套可用配置，再继续调整高级功能。