Mac iTerm 2 网速慢？原因及解决方法揭秘！

多因DNS或SSH配置导致，建议更换DNS，优化SSH加密算法，并检查代理设置即可提速。

在 macOS 环境下使用 iTerm2 时，用户感知的“网速不好”通常表现为命令行工具如 Homebrew、Git、Curl 下载速度缓慢，或者 SSH 连接建立时间过长、响应卡顿，这并非 iTerm2 软件本身的网络协议栈存在问题，而是因为终端环境默认不会自动继承操作系统的图形界面代理设置，导致命令行流量直连网络，进而受到网络环境限制或 DNS 解析效率低下的影响，要彻底解决这一问题，需要从代理环境变量配置、DNS 解析优化、终端渲染性能调优以及 Shell 提示符延迟排查四个专业维度进行系统性处理。

终端代理环境变量配置与优化

大多数 Mac 用户习惯使用 Clash、Surge 或 V2rayU 等图形化代理工具，这些工具虽然开启了系统代理，但 iTerm2 运行在 Shell 环境中（如 Zsh 或 Bash），无法直接感知系统级的代理设置，这是导致终端内网速不佳的核心原因，解决此问题的最佳方案是在 Shell 配置文件中手动配置代理环境变量,并设置便捷的开关函数。

需要确定本地代理工具的监听端口，HTTP 代理默认端口为 7890，SOCKS5 代理默认端口为 7891（具体需根据代理软件设置确认），随后，编辑用户的 Shell 配置文件（macOS 默认为 Zsh，即 ~/.zshrc）,在文件末尾添加以下配置：

# 代理配置
function proxy_on() {
    export http_proxy="http://127.0.0.1:7890"
    export https_proxy="http://127.0.0.1:7890"
    export all_proxy=socks5://127.0.0.1:7891
    echo -e "已开启终端代理"
}
function proxy_off() {
    unset http_proxy
    unset https_proxy
    unset all_proxy
    echo -e "已关闭终端代理"
}

保存并执行 source ~/.zshrc 使配置生效，此后，当需要进行大文件下载或 Git 操作时，在 iTerm2 中输入 proxy_on 即可让当前会话走代理流量；输入 proxy_off 即可恢复直连，这种按需开启的方式既解决了网速问题，又避免了国内网站流量不必要的绕路，对于 Git 操作，还可以单独配置 Git 的代理,命令如下：

git config --global http.proxy http://127.0.0.1:7890
git config --global https.proxy http://127.0.0.1:7890

DNS 解析延迟与 Hosts 优化

如果代理配置正确但终端访问特定域名（如 GitHub、Homebrew Bottles）依然缓慢，问题极有可能出在 DNS 解析上，macOS 的终端在某些网络环境下（如公司内网或公共 WiFi）可能使用的是响应较慢的 DNS 服务器，导致域名解析阶段耗时过长，给用户造成“网速不好”的假象。

专业的排查方法是使用 dig 命令查看解析耗时，在 iTerm2 中输入 dig github.com，观察 Query time 的数值，如果该数值经常超过 200ms，建议手动修改 DNS 服务器，可以通过“系统设置 -> 网络 -> 高级 -> DNS” 将 DNS 服务器更改为 1.1.1.1（Cloudflare）或 8.8.8.8（Google），或者国内环境下的 223.5.5.5（阿里云）。

针对 GitHub 等经常连接失败的站点，修改 /etc/hosts 文件是最高效的手段，通过查询 GitHub IP 地址查询网站，获取最新的 IP 映射关系,然后使用管理员权限编辑文件：

sudo vim /etc/hosts

将解析结果填入，
82.112.4 github.com
199.108.133 assets-cdn.github.com

修改后，立即刷新 DNS 缓存：

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

此举能绕过复杂的 DNS 查询过程,显著提升终端访问这些站点的连接速度。

iTerm2 渲染性能与视觉卡顿调整

有时用户感觉的“网速不好”实际上是终端渲染性能低下导致的视觉延迟，当使用 tail -f 监控日志或快速滚动输出大量文本时，如果画面出现撕裂或卡顿，会被误认为是网络阻塞，iTerm2 提供了多项针对渲染性能的高级设置,优化这些设置可以大幅改善体验。

进入 iTerm2 的 Preferences -> Profiles -> Advanced，找到 Drawing 选项卡，勾选 Draw ASCII using font 和 Draw non-ASCII using font，确保字体渲染由 GPU 加速处理，在 General 选项卡中，将 Instant Scroll to bottom 勾选，并调整 Scrollback lines（回滚行数）为一个合理的数值（如 10000），避免因缓存过大占用过多内存导致 IO 阻塞。

对于使用 GPU 渲染可能导致的兼容性问题，可以在 Preferences -> Profiles -> Window -> Window Transparency 中，如果开启了透明度，建议降低透明度或关闭“Blur behind window”（窗口背景模糊），背景模糊效果非常消耗 GPU 资源，在处理高并发网络输出时，可能会导致界面掉帧,间接影响操作流畅度。

Shell 环境与 Prompt 延迟排查

Shell 配置的复杂程度也会直接影响网络感知，许多用户使用 Oh My Zsh 框架并开启了大量插件（如 git、zsh-autosuggestions），特别是 git 插件，在大型 Git 仓库目录下执行命令时，会自动调用 git status 检查分支状态，如果网络磁盘（如挂载的 NFS 或 SMB）响应慢，或者 Git 仓库本身包含大量未跟踪文件，这个检查过程会阻塞 Shell 提示符的显示，导致用户敲击回车后需要等待数秒才能看到下一行提示，从而产生“网络卡顿”的错觉。

优化方案是精简 .zshrc 中的插件列表，仅保留必要的插件，或者，使用异步加载插件的方式，如 zsh-async 库，将耗时的网络检查操作放到后台线程执行，对于 Git 仓库，可以配置 .gitignore 忽略庞大的中间文件，减少 git status 的扫描范围，可以通过在 iTerm2 中输入 time 前缀来测试命令执行耗时，time ls，从而精准定位是 Shell 响应慢还是真正的网络传输慢。