GuLu-ch Hexo https://www.gululu.top/ All rights reserved 2026, GuLu-ch 个人笔记与学习记录 咕噜的博客 2026-09-24T02:00:00.000Z GuLu-ch 本文以 CentOS 7.9 服务器为例，介绍从源码编译安装 mFAST 库的完整过程。mFAST 是 Object Computing 公司开源的 FAST（FIX Adapted for STreaming）协议实现，用于证券交易数据的快速编码 / 解码，我的日常开发就是基于它解析交易所行情数据。整个流程包括：激活 devtoolset-8 编译环境 → 安装基础依赖 → 安装新版 CMake → 源码编译 Boost → 下载并编译 mFAST → 验证结果。

1. 背景：交易所行情协议与 mFAST

国内证券市场的行情数据由交易所通过专用协议推送，其中两条技术路线最具代表性：

  • 深交所 STEP（Securities Trading Exchange Protocol）：基于 FIX 5.0 SP2 的文本化协议，采用 Tag=Value 编码，主要提供 Level I 行情（买卖五档盘口、成交汇总等），约 3 秒一次快照，通过 TCP 推送。
  • 上交所 FAST（FIX Adapted for STreaming）：在 STEP 会话层之上叠加 FAST 二进制压缩编码，主要提供 Level II 行情（十档盘口、逐笔成交、逐笔委托等），时间精度可达 10ms 级，通常通过 UDP 组播推送。

FAST 的压缩能力来自停止位编码、存在位图（PMap）以及差值（delta）、增量等字段操作符，因此解码时不能只看单条报文，还需要配套的模板文件与字典状态，这也正是需要专门的解码库的原因。mFAST 就是这类库：它支持模板驱动的高性能 FAST 编解码，我在日常工作中用它解析交易所行情数据，并在其基础上做行情转发与策略接入。

关于 STEP 与 FAST 的协议细节与对比，可参考：中国证券交易所行情协议深度解析：STEP vs FAST 的技术演进与实践。

为什么需要这些依赖：

  • mFAST 使用 CMake 构建，最低要求 CMake 3.23，而 CentOS 7 自带版本过低
  • mFAST 依赖 Boost 库（示例使用 1.82.0），并依赖 tinyxml2（通过 git submodule 拉取）
  • 编译需要较新的 gcc / g++（使用上篇搭建的 devtoolset-8，gcc 8.3.1）

适用场景：

  • 解析上交所 / 深交所等交易所的 STEP / FAST 行情与交易数据
  • 需要 FAST 协议高速编解码的量化 / 交易系统开发
  • 其他依赖 mFAST 库的 C++ 项目

前置条件：

整体流程： 激活编译环境 → 安装基础依赖 → 安装新版 CMake → 编译 Boost → 下载 mFAST 源码 → 编译安装 → 验证目录结构

2. 激活编译环境

进入 devtoolset-8 环境（gcc 8.3.1）：

1
scl enable devtoolset-8 bash

然后查看当前的 gcc / g++ 版本：

1
2
gcc -v
g++ -v

gcc / g++ 版本输出（8.3.1）

确认输出为 gcc version 8.3.1 20190311 (Red Hat 8.3.1-3) (GCC) 即可继续；若显示 4.8.5，说明未激活成功。

3. 安装基础编译依赖

1
2
3
4
5
6
7
8
9
10
yum install -y \
    git \
    make \
    autoconf \
    automake \
    libtool \
    wget \
    tar \
    gzip \
    bzip2

各工具用途：

  • git：拉取 mFAST 源码及子模块
  • make / autoconf / automake / libtool：编译构建工具链
  • wget：下载 CMake、Boost 源码包
  • tar / gzip / bzip2：解压各类源码包

4. 安装新版 CMake

mFAST 构建最低需要 CMake 3.23，而 CentOS 7 自带的 CMake 版本过低，无法满足要求，因此需要单独安装新版 CMake。示例使用官方预编译的通用二进制包 3.31.8（免编译，解压即用）。

4.1 下载并解压

1
2
3
4
5
6
7
8
9
mkdir /root/src

cd /root/src

wget https://github.com/Kitware/CMake/releases/download/v3.31.8/cmake-3.31.8-linux-x86_64.tar.gz

tar -zxvf cmake-3.31.8-linux-x86_64.tar.gz

mv cmake-3.31.8-linux-x86_64 /opt/cmake

说明：统一放在 /root/src 下载，解压后移动到 /opt/cmake，后续通过 PATH 引用。

4.2 配置环境变量（临时）

1
export PATH=/opt/cmake/bin:$PATH

4.3 永久生效（推荐）

1
2
3
cat >/etc/profile.d/cmake.sh <<'EOF'
export PATH=/opt/cmake/bin:$PATH
EOF
1
source /etc/profile.d/cmake.sh

以后重新登录也会优先使用 /opt/cmake/bin/cmake。可用 cmake --version 验证版本。

5. 从源码安装 Boost

mFAST 依赖 Boost 库，这里使用 1.82.0 源码编译，并安装到指定目录 /opt/boost，避免污染系统默认路径。

5.1 下载并解压

1
2
3
4
5
6
7
cd /root/src

wget https://archives.boost.io/release/1.82.0/source/boost_1_82_0.tar.gz

tar -zxf boost_1_82_0.tar.gz

cd boost_1_82_0

确认解压结果：

1
ls

应该可以看到：

1
2
3
4
boost
libs
tools
bootstrap.sh

5.2 初始化构建系统

1
2
./bootstrap.sh \
    --prefix=/opt/boost

成功后应该生成 b2、bjam 两个构建工具：

1
2
./b2
./bjam

5.3 编译并安装

1
2
3
4
5
6
7
8
./b2 \
    -j$(nproc) \
    toolset=gcc \
    variant=release \
    link=shared \
    runtime-link=shared \
    threading=multi \
    install
  • -j$(nproc)：并行编译，使用全部 CPU 核心
  • toolset=gcc：使用 gcc 编译器
  • variant=release：编译 release 版本
  • link=shared / runtime-link=shared：生成并链接动态库
  • threading=multi：开启多线程支持

因为前面已通过 --prefix 设置安装目录，所以最终会安装到 /opt/boost。

5.4 验证安装

1
grep BOOST_LIB_VERSION /opt/boost/include/boost/version.hpp

Boost 版本验证输出（1_82）

输出类似 #define BOOST_LIB_VERSION "1_82" 即安装成功。

6. 下载 mFAST 源码

6.1 获取源码

建议将第三方源码统一放在 /root/src：

1
2
mkdir -p /root/src
cd /root/src
1
2
git clone https://github.com/objectcomputing/mFAST.git
cd ./mFAST

git clone mFAST 仓库

国内直连 GitHub 较慢或 clone 失败时，可参考 GitHub 访问慢／下载超时：3 种简单解决方法 中的加速方法。

6.2 拉取子模块（tinyxml2）

mFAST 通过 git submodule 依赖 tinyxml2（XML 解析库），需要显式初始化拉取：

1
git submodule update --init --recursive

执行完成后检查子模块目录：

1
ls tinyxml2

tinyxml2 子模块目录

7. 编译并安装 mFAST

7.1 创建 build 目录

1
2
mkdir -p build
cd build

所有编译生成的文件都放在 build 目录里，方便统一清理。

7.2 配置 CMake

1
2
3
4
5
6
7
cmake .. \
    -DCMAKE_BUILD_TYPE=Release \
    -DCMAKE_C_COMPILER=gcc \
    -DCMAKE_CXX_COMPILER=g++ \
    -DBOOST_ROOT=/opt/boost \
    -DBoost_NO_SYSTEM_PATHS=ON \
    -DCMAKE_INSTALL_PREFIX=/opt/mfast

参数说明：

  • -DCMAKE_BUILD_TYPE=Release：Release 编译优化
  • -DCMAKE_C_COMPILER / -DCMAKE_CXX_COMPILER：指定使用当前环境（devtoolset-8）的 gcc / g++
  • -DBOOST_ROOT=/opt/boost：指定 Boost 安装路径
  • -DBoost_NO_SYSTEM_PATHS=ON：仅使用 BOOST_ROOT，不搜索系统默认路径
  • -DCMAKE_INSTALL_PREFIX=/opt/mfast：mFAST 安装目录

7.3 编译

1
make -j4

mFAST 编译过程

7.4 安装

1
make install

mFAST 安装过程

8. 验证编译结果

编译安装完成后，/opt 下的目录结构如下：

1
2
3
4
5
6
7
8
9
10
/opt
│
├── cmake
│   └── CMake 3.31
│
├── boost
│   └── Boost 1.82
│
└── mfast
    └── mFAST

9. 常见问题排查

1. cmake 配置时提示 CMake 版本过低

确认使用的是新版 cmake：which cmake 应指向 /opt/cmake/bin/cmake，cmake --version 显示 3.31.8。若仍是旧版，检查是否已执行 export PATH 或 source /etc/profile.d/cmake.sh。

2. 找不到 Boost 头文件 / 库

  • 确认 Boost 已安装到 /opt/boost（检查 /opt/boost/include/boost/version.hpp）
  • 确认 CMake 参数 -DBOOST_ROOT=/opt/boost 与 -DBoost_NO_SYSTEM_PATHS=ON 已生效
  • 若提示 Boost 版本不匹配，可重新编译对应版本

3. 编译报错 gcc 版本过低 / 不支持 C++14

确保已执行 scl enable devtoolset-8 bash 激活，且 make 时仍处于同一激活会话中。

4. git clone 或 submodule 拉取失败

下载源码需要访问 GitHub，若网络不稳定可重试，或参考 GitHub 访问慢／下载超时：3 种简单解决方法 配置加速后重新执行 git submodule update --init --recursive。

]]> https://www.gululu.top/2026/09/24/centos79-mfast-source-build/ 2026-09-24T02:00:00.000Z 本文以 CentOS 7.9 为例源码编译安装 mFAST 库，用于解析交易所行情数据：激活 devtoolset-8、安装 CMake、编译 Boost 1.82 并构建 mFAST，附 STEP / FAST 协议背景与常见问题排查。 CentOS 7.9 源码编译安装 mFAST 库（解析 STEP 协议） 2026-09-24T02:00:00.000Z GuLu-ch 本文以 CentOS 7.9 服务器（x86_64）为例，介绍 C++ 编译环境的完整搭建过程：先更换 yum 镜像源，再通过 SCL 安装高版本 GCC（devtoolset-8，gcc 8.3.1），最后安装 ExaNIC / ef_vi / libpcap 等网卡高性能开发包。搭建完成后，即可编译依赖 C++14 / C++17 特性或网卡低延迟接口的项目。

CentOS 7.9 开发环境

为什么需要 devtoolset-8： CentOS 7.9 系统自带的 gcc 为 4.8.5，仅完整支持 C++11（大部分 C++14 / C++17 特性不支持），无法编译依赖新标准的项目。SCL（Software Collections，软件集合） 允许在系统中并行安装新版工具链而不影响系统默认环境；devtoolset-8 提供 gcc 8.3.1（完整支持 C++14 及大部分 C++17），通过 scl enable 按需激活使用。

适用场景：

  • 项目依赖 C++14 / C++17 特性，系统自带 gcc 4.8.5 编译报错
  • 需要 ExaNIC / ef_vi / libpcap 等网卡高性能开发库（低延迟收发、抓包）
  • 需要 automake / autoconf / libtool 等 Autotools 工具链构建源码包

前置条件：

整体流程： 更新 yum 源 → 安装 SCL → 替换 SCL 源 → 安装 devtoolset-8 → 安装网卡/项目开发包

1. 更新 yum 源

CentOS 7 官方源已停止维护（EOL），且国内访问较慢，建议替换为国内镜像源。实测推荐中科大（USTC） 或腾讯云的镜像。

方式一：手动替换源。 以中科大为例如下（各镜像站帮助页均提供对应的一键替换命令）：

1
2
3
4
5
6
7
8
9
# 备份官方源，便于回退
mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.bak

# 下载中科大 CentOS 7 源
wget -O /etc/yum.repos.d/CentOS-Base.repo https://mirrors.ustc.edu.cn/repo/centos/7/CentOS-Base.repo

# 清理缓存并重建
yum clean all
yum makecache

方式二：一键脚本换源（推荐）。 如果不想手动编辑 repo 文件，推荐使用社区维护的 linuxmirrors 一键换源脚本。执行后按提示交互式选择镜像站（阿里云 / 腾讯云 / 中科大 / 网易等），脚本会自动完成源备份、替换与缓存刷新，操作更省心、不易出错：

1
2
# linuxmirrors 一键换源脚本（交互式选择镜像源）
bash <(curl -sSL https://linuxmirrors.cn/main.sh)

执行后按提示操作即可：选择镜像站时建议选阿里云或腾讯云，其余选项（是否备份原源、是否更新软件包等）按默认回车即可。脚本完成后会自动执行 yum clean all / yum makecache。若因网络原因脚本下载失败，可先执行 curl -fsSL https://linuxmirrors.cn/main.sh -o main.sh 下载，再运行 bash main.sh。

2. 安装 SCL

SCL 仓库包（centos-release-scl）提供 devtoolset 等软件集合，安装命令：

1
yum -y install centos-release-scl

安装完成后会生成两个仓库配置文件：

  • /etc/yum.repos.d/CentOS-SCLo-scl.repo
  • /etc/yum.repos.d/CentOS-SCLo-scl-rh.repo

3. 替换 SCL 源

上一步安装的 SCL 仓库默认指向 CentOS 官方地址，目前官方 SCL 仓库已停止维护，如果不替换源，后续执行 yum install devtoolset-8-* 会提示找不到软件包。需要将两个 repo 文件中的 baseurl 改为国内镜像（以阿里云为例）。

3.1 修改 CentOS-SCLo-scl.repo

1
vi /etc/yum.repos.d/CentOS-SCLo-scl.repo

将 [centos-sclo-sclo] 段落内容替换为：

1
2
3
4
5
6
7
[centos-sclo-sclo]
name=CentOS-7 - SCLo sclo
baseurl=https://mirrors.aliyun.com/centos/7/sclo/x86_64/sclo/
# mirrorlist=http://mirrorlist.centos.org?arch=$basearch&release=7&repo=sclo-sclo
gpgcheck=0
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-SCLo

3.2 修改 CentOS-SCLo-scl-rh.repo

1
vi /etc/yum.repos.d/CentOS-SCLo-scl-rh.repo

将 [centos-sclo-rh] 段落内容替换为：

1
2
3
4
5
6
7
[centos-sclo-rh]
name=CentOS-7 - SCLo rh
baseurl=https://mirrors.aliyun.com/centos/7/sclo/x86_64/rh/
# mirrorlist=http://mirrorlist.centos.org?arch=$basearch&release=7&repo=sclo-rh
gpgcheck=0
enabled=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-SCLo

关键点： baseurl 必须指向可用镜像；gpgcheck=0 跳过 GPG 校验（镜像仓库一般可用）；enabled=1 保持仓库启用。

3.3 刷新缓存

1
2
3
yum repolist
yum clean all
yum makecache

刷新后可执行 yum list available devtoolset-8*，确认能搜索到 devtoolset-8 相关软件包。

4. 安装 devtoolset-8 环境

4.1 安装编译工具链

1
2
3
yum -y install devtoolset-8-binutils
yum -y install devtoolset-8-gcc
yum -y install devtoolset-8-gcc-c++
  • devtoolset-8-gcc：gcc 8.3.1 编译器（C 语言）
  • devtoolset-8-gcc-c++：g++ 8.3.1 编译器（C++ 语言，支持 C++14 / C++17）
  • devtoolset-8-binutils：汇编器、链接器等二进制工具

4.2 激活环境

devtoolset 安装后不会自动生效，需要激活后才可使用新版本 gcc：

1
scl enable devtoolset-8 bash

说明：scl enable 仅对当前终端会话生效，退出终端后失效。若希望默认启用，可将该命令追加到 ~/.bashrc，或写入 /etc/profile.d/devtoolset-8.sh。

4.3 验证安装

1
gcc -v

确认输出为：

1
gcc version 8.3.1 20190311 (Red Hat 8.3.1-3) (GCC)

同时可用 which gcc 确认编译器路径为 /opt/rh/devtoolset-8/root/usr/bin/gcc。

5. 安装网卡与项目开发包

以下为本项目编译所需的网卡高性能库与其他依赖，按需安装。

5.1 ExaNIC / Exablaze 网卡软件包

源码包可从 GitHub 下载（tag v2.4.1，解压后目录为 exanic-software-2.4.1）：

1
2
3
4
5
6
7
# 下载源码包（国内直连 GitHub 慢时，可参考《GitHub 访问慢/下载超时》中的加速方法）
wget -O exanic-2.4.1.tar.gz https://github.com/cisco/exanic-software/archive/refs/tags/v2.4.1.tar.gz

tar -xf exanic-2.4.1.tar.gz
cd exanic-software-2.4.1
make
make install

编译安装 ExaNIC 网卡驱动与用户态库（提供 exanic 接口，用于 ExaNIC 系列网卡的低延迟收发）。

5.2 ef_vi（OpenOnload）

OpenOnload 是 Solarflare 的高性能用户态网络栈，安装后提供 ef_vi 接口，可与 pcap 结合用于高性能抓包。仓库地址：https://github.com/rigtorp/openonload。

1
2
3
4
5
6
7
8
9
10
11
# 克隆仓库（直接得到 openonload-201811-u1 目录）
git clone https://github.com/rigtorp/openonload.git openonload-201811-u1
cd openonload-201811-u1

# 如果脚本或部署流程必须要求原名 .tgz 包，可以直接打包出来：
cd ..
tar -czvf openonload-201811-u1.tgz openonload-201811-u1
cd openonload-201811-u1

chmod +x scripts/onload_install
./scripts/onload_install

5.3 libpcap

1
2
yum -y install libpcap
yum -y install libpcap-devel

libpcap 为抓包库，libpcap-devel 提供头文件与链接库（编译引用 pcap 的程序时需要）。

5.4 tinyxml

1
2
yum -y install tinyxml
yum -y install tinyxml-devel

tinyxml 为 C++ 轻量级 XML 解析库，tinyxml-devel 提供头文件与链接库，供项目解析 XML 配置或数据文件。

5.5 tcmalloc（gperftools）

1
yum install -y gperftools-devel

gperftools-devel 提供 Google 性能工具集，核心是 tcmalloc 内存分配器——在多线程高并发场景下比系统默认分配器（glibc malloc）开销更低、性能更好；同时附带 CPU / 堆分析器（pprof）等调优工具。若项目仅需 tcmalloc 或性能分析，安装本包即可。

5.6 GNU Autotools 工具链

如果编译时提示缺少 aclocal-1.13，说明 automake 版本过旧或未安装，执行：

1
yum install -y automake autoconf libtool m4 perl
  • automake：提供 aclocal（生成 aclocal.m4）
  • autoconf：生成 configure 脚本
  • libtool：处理动态库的编译链接
  • m4：宏处理器，autoconf 的依赖
  • perl：部分构建脚本依赖

6. 常见问题排查

1. 安装 devtoolset-8 提示找不到软件包

  • 确认第 3 步已替换 SCL 源并执行 yum makecache
  • 执行 yum list available devtoolset-8* 验证仓库中是否存在软件包

2. 关闭终端后 gcc 又变回 4.8.5

scl enable 只对当前会话生效，需要永久生效时把命令写入 ~/.bashrc。

3. gcc -v 显示仍是 4.8.5

  • 确认已在同一次会话中执行过 scl enable devtoolset-8 bash
  • 用 which gcc 检查路径是否指向 /opt/rh/devtoolset-8/root/usr/bin/gcc

4. 编译报错缺少 aclocal-1.13

安装 automake 等 Autotools 工具链（见 5.6 节），并确认 PATH 中包含对应版本。

5. 缺少 build 目录

1
yum install kernel-devel-$(uname -r)
]]> https://www.gululu.top/2026/09/23/centos79-cpp-env-devtoolset8/ 2026-09-23T02:00:00.000Z 本文记录 CentOS 7.9 下 C++ 编译环境的完整搭建过程：更换 yum 镜像源、通过 SCL 安装 devtoolset-8（GCC 8.3.1），并部署 ExaNIC、ef_vi、libpcap 等网卡开发包，附常见问题排查。 CentOS 7.9 C++ 编译环境搭建（devtoolset-8） 2026-09-23T02:00:00.000Z GuLu-ch GitHub 服务器位于海外，受 DNS 污染、国际线路拥堵等因素影响，国内访问经常遇到以下问题：

  • 网页打开缓慢、频繁超时
  • git clone 速度极慢或直接失败
  • Release 大文件下载中断

下面整理了 3 种实测有效的解决方法，按推荐程度排序。

GitHub 访问加速

方法一：URL 前缀代理

原理：在原始 GitHub 地址前拼接一个加速域名，请求先经国内加速节点转发。

#站点类型支持范围速度上手难度
1gh-proxy.comURL 前缀代理clone + Release + raw + archive★★★★★
2ghfast.topURL 前缀代理clone + Release + raw★★★★★
3mirror.ghproxy.comURL 前缀代理clone + Release + raw★★★★
4hub.gitmirror.comURL 前缀代理clone + Release★★★★

安全提示：以上均为第三方加速服务，请求会经过对方服务器。请仅用于公开仓库，不要用它克隆私有仓库，也不要在使用期间执行需要凭据的 git push。

gh-proxy.com

1
2
3
4
5
6
7
8
# 单文件下载
wget https://gh-proxy.com/https://github.com/owner/repo/releases/download/v1.0/file.tar.gz

# 克隆仓库
git clone https://gh-proxy.com/https://github.com/owner/repo.git

# raw 文件
wget https://gh-proxy.com/https://raw.githubusercontent.com/owner/repo/main/README.md

支持 Release、raw、archive、git clone 全场景。实测速度 10~50 MB/s（移动 / 联通 / 电信均测过，移动最快）。

ghfast.top

1
wget https://ghfast.top/https://github.com/neovim/neovim/releases/download/stable/nvim-linux-x86_64.tar.gz

备用域名集合站：https://ghproxy.link/，主域名失效时可自动切换可用镜像。

mirror.ghproxy.com

1
git clone https://mirror.ghproxy.com/https://github.com/InternLM/InternLM.git

功能与 gh-proxy.com 基本一致，稳定性偶尔波动。

hub.gitmirror.com

1
git clone https://hub.gitmirror.com/https://github.com/owner/repo.git

适合国内服务器拉取镜像。

全局配置 url.insteadOf（一次配置，永久生效）

每次手动加前缀比较麻烦，可以用 Git 的 insteadOf 自动把 GitHub 地址重写为镜像地址。以下方案任选其一即可，不要同时配置：

1
2
3
4
5
6
7
8
# 方案 A：gh-proxy.com
git config --global url."https://gh-proxy.com/https://github.com/".insteadOf "https://github.com/"

# 方案 B：hub.gitmirror.com
git config --global url."https://hub.gitmirror.com/https://github.com/".insteadOf "https://github.com/"

# 方案 C：gitclone.com（仅支持 clone）
git config --global url."https://gitclone.com/github.com/".insteadOf "https://github.com/"

这样只匹配 https://github.com/ 开头的地址，不会影响 GitLab、Gitee 等其他站点。

如果只想在特定目录生效，可以用 includeIf 按目录隔离：

1
2
3
4
5
6
7
# ~/.gitconfig
[includeIf "gitdir:~/work/"]
  path = ~/.gitconfig-work

# ~/.gitconfig-work
[url "https://hub.gitmirror.com/https://github.com/"]
  insteadOf = https://github.com/

注意：早期教程常用 insteadOf "https://"，它会接管所有 HTTPS 地址，可能影响非 GitHub 仓库并向第三方泄露凭据，不建议使用。

gitclone.com（仅 clone 场景）

1
git clone https://gitclone.com/github.com/owner/repo.git

注意路径格式是 gitclone.com/github.com/，而不是 gitclone.com/https://github.com/。

方法二：修改 hosts（DNS 指定）

原理：把 github.com、raw.githubusercontent.com 等域名直接绑定到可用 IP，绕过被污染的 DNS 解析。

GitHub520

macOS / Linux 一次性更新：

1
2
sudo curl -o /tmp/hosts https://raw.hellogithub.com/hosts
sudo cat /tmp/hosts >> /etc/hosts

Windows 用户可用 SwitchHosts 订阅 https://raw.hellogithub.com/hosts，实现自动更新。

注意：hosts 只对直连流量生效；如果开了全局代理，解析由代理接管，hosts 不会参与。

方法三：Watt Toolkit（原 Steam++）

图形化工具，开箱即用，官网：https://steampp.net/。

除 GitHub 外，还能一键加速 Steam 商店等，适合不想折腾命令行的用户。

总结

场景推荐方案
临时下载 / 克隆方法一：URL 前缀代理
全局生效、免手动加前缀url.insteadOf 配置
仅需 clonegitclone.com
图形化操作方法三：Watt Toolkit
网页 / git / 下载整体提速方法二：hosts（GitHub520）
]]> https://www.gululu.top/2026/09/20/github-slow-access-fix/ 2026-09-20T02:00:00.000Z 国内访问 GitHub 慢、git clone 超时、Release 下载中断怎么办？本文分享 URL 前缀代理、hosts 加速、Watt Toolkit 三种实测有效的方法，并附 url.insteadOf 全局配置与安全注意事项。 GitHub 访问慢／下载超时：3 种简单解决方法 2026-09-20T02:00:00.000Z