快讯
驱动层优化进入稳定版，旧版驱动启动后自动替换校园混淆模式上线：认证环境下的连接成功率提升规则库本次扩充 120 条，覆盖网课与开发工具域名新增 UDP 受限网络的协议自动回退策略诊断面板增加「分流判定依据」字段，便于自查
故障排查
更多上手步骤
更多
自救五步：从现象到可提交的证据
更多
帮助中心的第一目标不是让你提工单，而是让你先排除掉不需要提工单的情况。
- 确认驱动与组件状态：适配器中的客户端组件是否正常加载。
- 确认规则库版本：版本过旧会导致分类不准，先在设置中触发一次更新。
- 做一次对照实验：同一目标在开启与关闭混淆模式下各测一次，区分网络限制与配置问题。
- 记录三组数据：首包时间、重试次数、CPU 占用，用于判断问题类型。
- 整理提交：附上三组数据与复现步骤，避免只写「很慢」。
现象归类与处置
| 现象 | 优先怀疑 | 处置 |
|---|---|---|
| 认证页不弹出 | 组件接管默认路由 | 临时关加速完成认证 |
| 连接频繁重建 | 端口或协议被限制 | 开启混淆模式后复测 |
| CPU 占用偏高 | 驱动未生效或版本过旧 | 检查适配器并重装客户端 |
| 仅高峰时段变慢 | 链路拥塞 | 更换节点或错峰 |
为什么要记录 CPU 占用？
驱动层优化是否生效，最直观的证据就是大文件推送时的 CPU 占用变化。
对照实验要跑几次？
每种状态各两次即可，单次结果容易受瞬时波动影响。
工单里要写版本号吗？
要。客户端版本与规则库编号都要写，两者分开迭代，缺一个就无法判断问题来源。
常见问题
更多
驱动层优化会不会影响系统稳定性？
不会。驱动带微软签名，只做流量标记与分流判定，不修改系统网络配置。
校园混淆模式会被学校发现吗？
我们不承诺规避任何管理措施。该模式只降低流量被自动分类的概率，用于在合法合规前提下获得稳定连接。
为什么握手阶段会慢两百毫秒？
驱动初始化与内核态注册的一次性开销。连接建立后数据通道省掉了用户态往返拷贝，净收益为正。
macOS 为什么没有驱动优化？
系统层面限制了第三方内核扩展，属平台约束。macOS 端在传输层做了等效优化。
网课卡顿该怎么排查？
先确认本地无线是否为瓶颈，再用分流诊断面板确认教学平台是否走了加速通道。
试用额度覆盖全部功能吗？
覆盖，包括校园混淆模式。到期自动停止，不静默续费。
实现细节与参数取值
更多
驱动层优化的关键在于把分流判定提前到用户态之前。数据包进入协议栈后，我们在驱动层完成目标地址与进程特征的采集与标记，随后由上层引擎按标记执行规则。这样做的好处是省掉了两次用户态与内核态之间的内存拷贝。
代价是首次连接时的额外开销。驱动初始化与内核态注册会带来约二百毫秒的握手延迟，这是一次性成本。连接建立后，数据通道的拷贝开销被消除，在高码率场景下的净收益为正。
| 参数 | 默认取值 | 作用 |
|---|---|---|
| 驱动替换 | 首次启动自动 | 免去手动升级旧驱动 |
| 混淆层 | 按环境开关 | 降低被自动分类的概率 |
| 握手开销 | 约 200ms | 驱动初始化一次性成本 |
| 整形强度 | 弱/中/强三档 | 适配不同网络环境 |
需要强调的是，驱动带微软签名，安装时可在系统提示中核对发布者信息。我们不建议通过关闭驱动签名强制校验的方式绕过安装问题。