shadowsocks-libev 是什么，现在还在维护吗

shadowsocks-libev 是什么

shadowsocks-libev 是 Shadowsocks 协议的 C 语言实现，名字里的 libev 指它最初依赖的事件循环库。官方 README 对它的定位是：面向嵌入式设备和低配机器的轻量级安全 SOCKS5 代理。它移植自 clowwindy 创建的最初版 Shadowsocks，由 madeye 和 linusyang 维护。

和许多人在手机上点开的那个带图标的应用不同，shadowsocks-libev 是一组命令行程序，以 ss-local、ss-server 等为代表。它没有窗口，不会弹出节点列表，也不会帮你导入订阅。在早年，它因为占用资源少，常被打包进路由器固件和各种小型 Linux 设备里，是很多路由器插件背后的 Shadowsocks 实现之一。

需要注意的是，就在 2026 年，这个项目发生了一次比较大的变化：仓库更名为 shadowsocks-c。下面先把现状说清楚。

shadowsocks-libev 现状：从只修缺陷到更名 shadowsocks-c

官方 README 中有一节专门讲项目历史与更名，我们把要点整理如下：

曾经进入仅修复问题的阶段。 这个仓库最初叫 shadowsocks-libev，后来进入只修缺陷、不加新功能的维护期，新的开发工作转向同组织下的 shadowsocks-rust。这也是过去几年里不少文章称它「停更」的原因。但从发布记录看，它并没有被放弃：2020 年 9 月发布 v3.3.5 之后，2026 年 2 月又发布了 v3.3.6，内容是减少加解密路径中的内存复制，以及修复一处分块重组时缓冲区无限增长的问题。

2026 年 9 月进行了现代化改造。 README 提到，这次改造着眼于自包含构建和可移植性：把依赖源码固定版本后打包进仓库，去掉若干外部依赖，并加入跨平台的静态构建验证。随后的迁移把 libev 换成了 libuv，增加了 Windows 和 macOS 下的事件机制支持，扩大了异步 DNS 的覆盖范围。

仓库更名为 shadowsocks-c。 既然已经不再依赖 libev，名字也随之改成 shadowsocks-c，以表明它是纯 C 实现。README 说明新仓库保留了 shadowsocks-libev 的全部提交历史和发布记录，访问旧地址会跳转到新地址。具体的更名完成日期，README 没有写明，未能核实。

是否归档。 我们通过 GitHub 接口确认，仓库的 archived 字段为否，最近一次推送在 2026 年 10 月 15 日。

综合来看，它既不是已归档的项目，也不能简单说成停止维护。只是对普通用户而言，它依旧是一个命令行工具，不是日常该直接打交道的软件。

官方信息核对（2026-10-21）

项目	核对结果
当前官方仓库	https://github.com/shadowsocks/shadowsocks-c
旧仓库地址	https://github.com/shadowsocks/shadowsocks-libev（跳转到上面的新地址）
官方发布页	https://github.com/shadowsocks/shadowsocks-c/releases
最新正式版	v3.3.6（非预发布）
发布日期	2026-02-09
发布附件	仅源码压缩包，文件名仍为 shadowsocks-libev-3.3.6
上一个正式版	v3.3.5，2020-09-15
平台	仓库简介写明可为 Linux、macOS、Windows、FreeBSD 提供可移植的静态构建；官方发布页未提供各平台的预编译程序
许可证	GPL-3.0
是否归档	否
维护状态	曾为仅修缺陷阶段，2026 年 9 月完成现代化改造并更名，仍在提交
更名的确切日期	未能核实

README 中写的当前版本也是 3.3.6。2026 年 9 月之后的现代化改动是否会以新的版本号发布、何时发布，官方页面暂未说明。

shadowsocks-libev 和机场订阅是什么关系

它实现的是 Shadowsocks 协议本身。 机场订阅里经常会有 Shadowsocks 节点，这类节点在原理上可以由 shadowsocks-libev、shadowsocks-rust 或其他兼容实现来连接。协议是同一个，实现可以有很多种。

它不处理订阅。 订阅是一个链接，打开后得到一份节点清单，可能同时包含 Shadowsocks、VMess、Trojan 等多种协议。shadowsocks-libev 只会读取一份写好的配置，不会去下载订阅、也不会在多个节点之间切换。订阅相关的概念可以看 订阅链接是什么。

它只覆盖 Shadowsocks。 如果你的订阅里混有其他协议，即便路由器或电脑上装了 shadowsocks-libev，这些节点它也用不了。各协议的差别可以看 协议科普。

普通用户该选什么客户端

大多数人需要的不是命令行程序，而是一个能导入订阅的图形客户端：

• 安卓：只用 Shadowsocks 节点的话，可以看 Shadowsocks Android；订阅协议较多时，可以看 NekoBox。
• Windows 与 macOS：机场提供 Clash 订阅时，可以看 Clash Verge Rev。
• 想了解官方组织目前主推的命令行实现：可以看 shadowsocks-rust，README 中提到新功能开发曾转向这个项目。
• 路由器：通常选用整合了多种协议的插件，比如 OpenClash、PassWall、HomeProxy 或 ShellCrash，比手动配置单一协议的命令行程序省心得多。

如果家里只有少数设备需要代理，可以先看 家庭设备怎么用订阅，再决定要不要动路由器。

老路由器固件里的 shadowsocks-libev

不少用户是在旧路由器固件或旧插件里第一次见到 shadowsocks-libev 的。这些固件里打包的往往是很早的版本，可能停留在 v3.3.5 之前，也可能是第三方修改过的构建。如果你的路由器还在依赖这样的旧组件，建议：

1. 先确认插件本身是否仍在更新，老插件可能不支持机场后来新增的协议。
2. 升级或更换插件前导出系统配置备份，路由器出错会影响全家上网，严重时可能无法正常启动。
3. 不要从论坛或网盘下载来历不明的编译版本替换系统组件。

shadowsocks-libev 和 shadowsocks-rust 是什么关系

两者都在 GitHub 的 shadowsocks 组织下，都实现了 Shadowsocks 协议，也都是命令行程序。区别在于编程语言和历史定位：shadowsocks-libev 用 C 语言编写，出现得更早，长期以资源占用低见长；shadowsocks-rust 用 Rust 编写，README 中提到新功能的开发曾经转向了它。

这次更名和现代化改造之后，C 语言实现又重新有了较大的改动，未来两者如何分工，官方页面目前没有进一步说明，我们不做推测。对普通用户来说，这个区别几乎没有影响，因为你接触到的是图形客户端，客户端内部用哪一种实现，通常不需要你操心。

为什么网上的说法互相矛盾

搜索 shadowsocks-libev 时，经常会看到「已经停更」「仍在维护」两种截然相反的说法。原因在于它的状态确实经历过几次变化：长时间只修缺陷、几乎不发新版本，让很多人认为它已被放弃；而官方又陆续合并修复，并在 2026 年发布了新版本、完成了改造和更名。

不同时间写下的文章自然会得出不同结论。判断这类问题，最可靠的方法是直接看官方仓库：是否归档、最近一次提交在什么时候、最新发布是哪一天。本页的核对结果也只代表 2026 年 10 月 21 日这一天看到的情况。

订阅里的 Shadowsocks 节点连不上时

如果你用的是图形客户端，遇到 Shadowsocks 节点不通，和底层用的是哪种实现关系不大，可以按下面的顺序排查：

1. 先到机场后台确认服务是否到期、流量是否用完。
2. 在客户端里重新更新订阅，机场可能已经调整了节点地址或端口。
3. 换一个节点试试，判断是单个节点的问题还是整体的问题。
4. 检查客户端是否为最新版本，较老的客户端可能不支持机场新启用的加密方式。

只有在路由器或服务器这类直接运行命令行程序的场景，才需要进一步查看 shadowsocks-libev 或其他实现本身的日志。普通用户一般走到第四步就能找到原因。

下载安全

官方发布页目前只提供源码压缩包，没有面向普通用户的安装程序。网上流传的「shadowsocks-libev 客户端」「一键安装包」大多不是官方产物，有的甚至只是借用了这个名字。代理程序能接触到所有经过它的流量，下载前请先核对来源，方法见 下载安全指南。

本文不涉及的内容

本站面向使用机场订阅的普通用户，节点由机场维护，因此本文不提供服务端搭建或编译教程，也不列出具体命令参数。确有需要的读者请直接阅读官方 README 与官方生成的命令行参考文档。

小结

shadowsocks-libev 是 Shadowsocks 的老牌 C 语言实现，曾长期处于仅修缺陷的阶段，2026 年 2 月发布了 v3.3.6，同年 9 月完成现代化改造并更名为 shadowsocks-c，仓库没有归档。对普通用户来说，它不是需要直接安装的软件，选一款支持 Shadowsocks 的图形客户端才是正路。本页信息核对于 2026 年 10 月 21 日，后续变化请以官方仓库为准。