首页 / 资讯
网络加速科普、
使用技巧与产品更新。
这里收录了快连团队对加速原理的解读、面向不同用户群的使用指南，以及每个版本的更新说明。如果你是第一次接触快连，建议从 原理科普 读起。
快连的智能调度算法到底在做什么？
返回 资讯列表
我们把"网络路径选择"这件事拆成三个可量化的指标：延迟、丢包率、带宽利用率。调度器每隔 200 毫秒向全网节点发送一次探测包，根据返回结果为每条候选路径打分，分数最高的那条被"晋升"为默认连接。
打分公式的演进
v5 之前我们用的是简单的加权和，但很快发现这种做法对突发丢包不敏感。v6 开始引入指数加权移动平均（EWMA）配合一个"惩罚项"——一旦某条路径在 1 秒内出现 ≥ 2 次丢包，分数立即下降 30%，避免在已经"半坏"的线路上继续硬撑。
为什么用户感知不到切换
这是设计上刻意为之。当调度器决定换线路时，会在新线路上预热连接，确认可用后再把流量切过去，整个过程对上层应用是透明的。你正在看 YouTube 的视频不会因为切换而重新缓冲，正在打的游戏不会掉线。
步骤一：客户端点击连接，调度器收到"开始"事件，向全网节点下发探测任务。
步骤二：探测包返回，每条路径带回延迟、丢包、可用带宽三个数值。
步骤三：打分排序，根据当前网络质量（晚高峰/午夜空闲）调整权重，排序出 Top 3。
步骤四：建立双链路，新线路与旧线路同时保留 3 秒，确认稳定后切流量。
步骤五：旧线路回收，主用线路稳态运行，旧线路转为热备份，避免资源浪费。
对普通用户意味着什么
你不需要手动选节点。在「智能选择」模式下，系统会自动为你找出当前质量最高的路径。如果你是有特殊需求的玩家或直播主，也可以在节点列表里手动 pin 一个特定地区，调度器会尊重你的选择。
想看更深入的协议层解析？请阅读 自研协议 KL-Transport 是怎么工作的。
开发者使用快连的 5 个真实场景
返回 资讯列表
开发者对网络的要求往往比普通用户更复杂。快连的「分应用代理」功能允许你按进程级粒度决定流量走向。下面是五个最常见场景的具体配置建议。
场景 1：拉 GitHub 仓库
把 git.exe、ssh.exe、curl.exe 加入代理白名单。Git 协议走代理，HTTP 调试工具不影响。
场景 2：登录 AWS / GCP / Azure 控制台
浏览器全局代理即可。建议在「智能选择」模式下固定一个延迟稳定的海外节点，例如东京或新加坡，避免控制台偶发掉登录态。
场景 3：拉 Docker 镜像
推荐使用分流模式，只让 docker-desktop 进程走代理，国内的镜像源走直连。具体配置请参考 Docker 加速配置。
场景 4：npm / pnpm / pip install
对于 npm 而言，把 npm 命令的进程加入白名单是最简单的做法。也可以配置 .npmrc 走国内镜像 + 仅当包在私有 registry 时才走代理。
场景 5：远程 SSH 到海外服务器
建议在「分应用代理」中加入 ssh.exe / Terminal.app，并固定一个近距离节点（如香港 / 东京）。避免 SSH 长连接被频繁切换的线路打断。
研究生如何用快连高效下载学术论文
返回 资讯列表
学术论文 PDF 通常在 5–30 MB 之间，对带宽的稳定性要求高过对延迟的要求。下面是给研究生群体的具体使用建议。
选择合适的节点组
在快连客户端的节点列表里可以看到「学术节点」组，这些节点配置了专门面向 IEEE、Springer、arXiv、PubMed 等学术站点的出口优化。节点会在用户少的时间段（深夜）自动扩容带宽。
浏览器分流插件
推荐配合 分流插件使用，把 Google Scholar 页面、PDF 下载链接所在的域名加入"自动走代理"列表，本地文献管理软件（如 Zotero）则保持直连。
步骤一：打开快连客户端 → 节点列表 → 切换到「学术节点」标签。
步骤二：选择「智能选择」让系统自动选最优节点，或者手动选择距离你最近的城市。
步骤三：在分流规则里添加常见学术站点：ieee.org、springer.com、sciencedirect.com、arxiv.org。
步骤四：打开浏览器，访问 scholar.google.com 验证是否正常加载，若仍 404，回到「常见问题排查」。
小贴士：批量下载时使用 wget
如果你有一批 PDF 链接需要批量下载，可以把 wget / curl 加入分应用代理白名单，配合 -c（断点续传）参数使用，意外断网时不会丢失进度。
跨境电商团队为什么选择企业版
返回 资讯列表
个人版对于一个人用来说绰绰有余，但对于一个 10 人以上的团队，就需要考虑并发会话、IP 池纯净度、日志审计这三个企业级需求。
并发会话
企业版默认支持 50 台设备同时在线，团队成员各自的电脑、手机、备用机都能挂在同一个企业账号下，无需购买多个个人版。
IP 池纯净度
企业版节点使用独立的 IP 池，与个人版的 IP 池相互隔离。平台风控系统对住宅 IP、数据中心 IP、共享 IP 的判定逻辑不同，企业版的独享 IP 段被识别为异常账号的概率显著低于共享 IP。
日志审计
企业版提供 90 天的连接日志查询，管理员可以查看每个成员的连接节点、连接时长、流量消耗。这对内部分账、合规审计都有帮助。
采购建议
10 人以下的小团队可以直接购买「企业版月付套餐」。50 人以上建议联系销售开通定制方案，包含独立 SLA 保障。
用快连看 4K 视频与玩海外服的延迟对比
返回 资讯列表
我们用一台配备千兆网卡的 Windows 11 笔记本，在北京联通 500M 宽带环境下做了一组测试，结果如下。
YouTube 4K 视频
直连状态下 YouTube 4K 视频缓冲时间平均 8.2 秒，画质自动降到 1080p。开启快连后，缓冲时间缩短到 1.1 秒，画质稳定在 2160p / 60fps。
海外服英雄联盟
对局中延迟从直连的 168ms 降到 86ms。这里有个小窍门：在「延迟优先」模式下选择东京节点，对欧美服的路由比新加坡节点更短。
Zoom 跨区会议
一场 1 小时的会议，直连时累计卡顿 6 次（每次 2–3 秒），开启快连后全程流畅。这主要归功于 抖动补偿机制。
自研协议 KL-Transport 是怎么工作的
返回 资讯列表
KL-Transport 是快连自研的传输层协议，它不是单一的技术，而是一组协同工作的子系统。下面按从底层到上层的顺序介绍。
1. 基于 UDP 的封装
KL-Transport 抛弃了 TCP 握手重传机制，改用 UDP 作为传输层基础。这样可以避免 TCP-over-TCP 的"重传风暴"问题——当基础网络本身就有丢包时，TCP 的重传反而会让延迟雪崩式上升。
2. 自适应拥塞控制
协议栈内部实现了一个类 BBR 的拥塞控制算法。它不依赖丢包作为拥塞信号，而是通过持续测量带宽时延积（BDP）来预估当前路径的可用容量。
3. 端到端加密
使用 ChaCha20-Poly1305 算法进行对称加密，密钥在握手阶段通过 X25519 椭圆曲线算法协商。整个握手流程在 1 个 RTT 内完成，连接到加密通道建立不超过 200ms。
4. 会话复用
对于断线重连场景，客户端保留 0-RTT 会话票据，重连时无需重新握手。对于需要前向保密的敏感场景，强制 1-RTT 重协商。
我们没有把 KL-Transport 闭源当作卖点。如果你对协议本身感兴趣，可以发送邮件到 技术支持邮箱 申请白皮书，我们会根据申请者的使用场景发放对应章节。
v6.2 系列更新：调度内核重写与启动速度提升
返回 资讯列表
v6.2 是 2026 年上半年最大的一次内核更新。从用户视角，最直接的变化是冷启动时间从 4.8 秒降到 2.9 秒，内存占用从 180MB 降到 130MB。
面向用户的变化
- 启动速度提升 40%，主界面到「可用连接」状态耗时减少近一半
- 节点列表滚动更顺滑，支持虚拟滚动到 500+ 节点
- iOS 版本新增锁屏小组件，长按图标即可快速切换节点
面向开发者的变化
- Linux CLI 新增
kl watch 模式，配合 tmux 使用更友好
- 命令行支持 JSON 输出，便于接入监控告警系统
- macOS 包使用 Universal Binary，原生支持 M1 / M2 / M3 / M4 芯片
已知问题与回退路径
部分用户在升级后报告"开机自启失效"。这是一个 macOS 上的 LaunchAgent 路径变更引起的偶发 bug，将在 v6.2.2 修复。临时方案：手动在「系统设置 → 通用 → 登录项」中添加快连客户端。
如果在升级过程中遇到任何问题，请保留 v6.1.x 安装包，必要时可以回退。回退步骤见 帮助中心。