客户端指南

HTTP、SOCKS5、mixed-port 应该填哪个代理端口？

HTTP 和 SOCKS5 是不同的本地代理协议，Mihomo mixed-port 可在同一端口识别两者。选择取决于应用支持，不是数字越大或 SOCKS 就一定更快。

发布于 2026/8/8 · 更新于 2026/8/8 · 4 项可核验来源

先看重点应用只提供“HTTP 代理”就填客户端的 HTTP 或 mixed 端口；明确支持 SOCKS5 才选 SOCKS 或 mixed 端口；不确定时，Mihomo 的 mixed-port 最省事，因为同一端口同时接受 HTTP(S) 与 SOCKS5。端口必须以客户端当前设置为准，不能照抄 7890/7897。

客户端里的 port、socks-port 和 mixed-port 是本机应用连接 Mihomo 的入口，不是机场节点服务器的端口。填错协议时，即使数字恰好存在，应用也可能立即断开或一直提示代理不可用。

三种端口怎样选

Mihomo 官方定义很直接：

port：接受 HTTP/HTTPS 代理请求；
socks-port：接受 SOCKS4/4a/5；
mixed-port：同一个端口同时识别 HTTP(S) 和 SOCKS5。

因此，应用明确写“HTTP Proxy”就选择 HTTP 或 mixed；写“SOCKS5”就选择 SOCKS 或 mixed。应用只给一个“代理主机/端口”且没有协议说明时，先查它自己的官方文档，不要靠试遍所有端口长期凑合。

mixed-port 为什么适合普通用户

mixed 并不是把流量代理两遍，也不会天然更慢。它只是让同一个监听端口能识别两种入站握手。多个应用分别支持 HTTP 和 SOCKS 时，不必记两组数字。

但 mixed 不能替应用增加能力：只会发 HTTP 代理请求的软件不会因此获得 SOCKS5 UDP，完全不支持代理的软件也不会因为填写 mixed 自动被接管。后者应先考虑应用自己的设置或 TUN。

HTTP 和 SOCKS5 的关键差异

HTTP 代理理解 HTTP 请求；HTTPS 通常通过 HTTP CONNECT 建立一条到目标的隧道。SOCKS5 位于更通用的会话入口，RFC 1928 定义了连接与 UDP ASSOCIATE 等命令。

实际能否使用 UDP 仍取决于应用是否实现 SOCKS5 UDP、Mihomo 入站、所选节点及链路是否支持。看到“SOCKS5”不能直接推断游戏和语音一定可用。

域名解析也由应用实现决定。有些 SOCKS5 客户端会把域名交给代理，有些先在本机解析；curl 等工具甚至用不同 URL 写法区分。遇到 DNS 问题时应查目标应用文档，不要泛化成“SOCKS 都是远程解析”。

端口数字为什么不能照抄

7890、7891、7897 只是常见示例或某些客户端默认值。配置迁移、端口冲突或客户端升级后都可能改变。应在当前客户端中读取实际端口，并查看内核是否正在监听。

如果应用报 connection refused，优先检查：

主机是否是同一台电脑上的 127.0.0.1；
端口是否与当前客户端一致；
内核是否运行；
应用选择的 HTTP/SOCKS 协议是否匹配；
旧环境变量是否仍指向另一个端口。

连接到本地端口成功但目标超时，再查节点、规则和目标站。两层错误不要混在一起。

给手机或局域网设备使用时要更谨慎

另一台设备不能把 127.0.0.1 指向你的电脑；它需要电脑的局域网地址，且 Mihomo 必须明确允许 LAN 访问。只在可信家庭网络开放，限制允许网段并启用认证；公共 Wi‑Fi 下不要把代理监听到所有地址。

需要完整的安全边界时，参阅局域网共享代理的安全设置。只在本机使用，则保持回环监听最简单。

一张选择表

应用界面写法	应填写的入口
HTTP proxy	HTTP port 或 mixed-port
HTTPS proxy	通常仍是 HTTP/mixed 入口，以应用文档为准
SOCKS5 proxy	socks-port 或 mixed-port
无任何代理设置	不能硬填端口，考虑 TUN 或系统代理

端口选择只决定应用怎样进入内核；进入以后走哪个机场节点和规则组，是另一层配置。

资料来源

以下来源于 2026/8/8 复核。版本、支持平台和发布状态以后续官方页面为准。

持续更新

收到新教程，也欢迎纠错

想收到新文章，可以关注 TG 频道；发现下载失效、套餐变化或步骤不一致，请附上页面链接和可公开的截图。不要发送订阅链接、密码或完整账户信息。

关注 TG 频道 Telegram 纠错邮件纠错

读者互动

这篇内容对你有帮助吗？

— 次访问— 累计日独立访问— 条评论

直接说出你的问题