V2RayA 卸载图文教程：从检查到彻底清除的每一步

在大家开始操作V2RayA卸载前，必须了解一个重要事实：V2RayA 的官方安装方式已经从过去的 install.sh 脚本，全面转向了更规范的系统包管理器（APT/YUM），因此网上所有关于 install.sh –remove 的卸载教程均已过时，搬瓦工教程网将为您提供与最新安装方式完全匹配的正确的卸载流程。

重要提示：关于 root 用户和 sudo 如果您的命令行提示符结尾是 # (如 root@hostname:~#)，您就是 root 用户，无需在命令前加 sudo。如果结尾是 $，您是普通用户，必须在命令前加 sudo。本教程以 root 用户为例。

准备工作：登录服务器

在开始卸载V2RayA之前，需要确保已经通过 SSH 客户端（例如Xshell）成功连接到您的 Linux 服务器，并且已经获取了 root 用户权限或具备执行 sudo 命令的能力，这是执行后续所有命令的基础。

一、检查 V2RayA 是否已安装

在动手卸载V2RayA之前，首要任务是确认目标软件是否确实存在于系统中，这是一个良好的运维习惯，可以避免对一个不存在的服务执行无效操作。

请在终端中输入以下命令来检查 V2RayA 的服务状态：

systemctl status v2raya

温馨提示： 执行此命令后，如果输出内容较多，终端可能会进入一个查看界面（此时您无法直接输入新命令，这是正常的，系统是为了方便您查看所有信息，您只需按一下键盘上的 q 键即可退出该界面，返回到可以输入命令的命令行。

执行命令后，您会遇到两种情况：

1. V2RayA 已安装并正在运行

如果您看到输出信息中包含 Active: active (running) 字样，这表明 V2RayA 正在您的服务器上正常工作，这确认了您需要进行接下来的卸载步骤。

V2RayA 服务状态显示为 “active (running)”，表示已安装。

2. 系统中未找到 V2RayA 服务

如果您看到的输出是 Unit v2raya.service could not be found.，这说明您的服务器上没有安装 V2RayA，或者它已经被移除了，在这种情况下您无需执行任何卸载操作。

系统提示 “Unit v2raya.service could not be found”，表示未安装V2RayA。

二、核心操作 – 彻底清除 V2RayA 软件包

我们将使用 apt purge 命令，它会删除软件本身及其所有配置文件。

如果您执行 sudo apt purge v2raya 时遇到 sudo: command not found 错误，请不要担心，这恰好证明了您就是 root 用户。

请直接执行以下命令：

apt purge v2raya

系统会请求您确认，输入 Y 并按回车。

root 用户直接执行 apt purge 命令，彻底移除 V2RayA。

三、打扫战场 – 清理残留的软件源

卸载完软件后，我们还需要清理当初为了安装它而添加的软件源信息。

1. 删除 V2RayA 的软件源列表文件

rm /etc/apt/sources.list.d/v2raya.list

删除 V2RayA 的 APT 源配置文件，命令成功执行后无任何输出。

2. 删除 V2RayA 软件源的 GPG 签名密钥

接下来我们删除签名密钥，请执行以下命令：

rm /etc/apt/trusted.gpg.d/v2raya.gpg

请注意： 执行此命令时您有很大概率会看到 No such file or directory 的报错，这是完全正常的无需担心，这仅表示您的系统在安装时就没有创建这个文件，我们的清理目标已经达成。

系统提示 GPG 密钥文件不存在，这是正常现象，可以直接忽略。

3. 刷新系统的软件包列表

最后执行一次更新，让系统忘记刚刚被我们删除的软件源。

apt update

刷新 APT 缓存，可以看到 V2RayA 的源已不再被检查，完成最后的清理工作。

四、终极验证与“幽灵进程”手动猎杀

完成了前面所有的步骤后，我们理应看不到 v2raya 的服务了，让我们来验证一下。

systemctl status v2raya

执行后，您可能会遇到两种情况：

1. 完美卸载（预期结果）

如果您看到 Unit v2raya.service could not be found. 的提示，恭喜您，卸载工作已圆满完成！

2. 服务仍在运行（意外但常见）

然而在某些系统上，您可能会像下图一样，发现服务竟然还在运行！这说明 apt purge 未能自动停止它。

意外情况，apt purge 后服务仍在运行，我们需要手动清理。

别担心，这只是最后一步手动清理工作，请依次执行以下两个命令彻底终结这个“幽灵进程”并让系统更新状态。

重新加载 systemd 管理器 这个命令会告诉系统去重新读取磁盘上的服务配置文件，由于我们已经删除了 V2RayA 的文件，这个命令会让 systemd 意识到 v2raya.service 已经不存在了。

systemctl daemon-reload

daemon-reload 命令，成功后不会有任何提示，这是正常现象。

再次验证 现在我们再来执行一次最终的状态检查：

systemctl status v2raya

执行完 daemon-reload 后，再次检查状态 systemctl status v2raya，您会看到服务定义已找不到（Loaded: not-found），但进程依然顽固存在。

服务定义已消失，但“幽灵进程”（PID 74761）仍在内存中。

现在我们使用 kill 命令给予它最后的一击，请将命令中的 74761 替换为您自己截图中看到的 Main PID。

kill -9 74761

执行决定性的一击，kill 命令成功后无任何输出。

史诗级的最终验证 请执行我们史诗级教程的最后一条命令，进行最终的决定性的验证，这一次您将亲眼见证一个最纯净最完美的结果。

请执行：

systemctl status v2raya

系统明确报告服务 not-found，且进程状态为 failed (killed)，证明 V2RayA 已被从物理文件到内存进程，彻底、完美的清除

五、总结

现在回顾一下我们的卸载过程，这次的卸载要远比本站最初预想的曲折和深入，我们从一个简单的目标“卸载 V2RayA出发”，却意外的揭示了它安装方式的时代变迁，解决了 sudo 与 root 用户的权限差异，并最终通过“三阶段猎杀”的方式，终结了一个连 apt purge 和 daemon-reload 都未能撼动的“幽灵进程”。

这个过程完整的告诉我们一个核心原则：在服务器管理中，“执行”与“验证”同等重要，仅仅执行完卸载命令是不够的，通过 systemctl status 反复验证，才能确保软件从物理文件到系统内存都被彻底清除，不留任何后患。

希望这篇详尽到每一个细节，记录了每一次“意外”的教程，不仅能帮助您干净的卸载 V2RayA，更能让您在未来的服务器管理中，面对未知问题时更加从容和自信。