# Spark-v3.5.1-on-Riscv64
**Repository Path**: wang-yijia_DB/spark-v3.5.1-on-riscv64
## Basic Information
- **Project Name**: Spark-v3.5.1-on-Riscv64
- **Description**: 在riscv64环境下，使用jdk17构建的Spark(v3.5.1)，照比src-openeuler社区，提高了jdk版本和protobuf版本，使得编译速度得到大幅加快。
- **Primary Language**: Unknown
- **License**: MIT
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No
## Statistics
- **Stars**: 2
- **Forks**: 0
- **Created**: 2024-09-12
- **Last Updated**: 2024-12-24
## Categories & Tags
**Categories**: Uncategorized
**Tags**: None
## README
# RV 下的 spark(v3.5.1) 编译指南
## 前言
本教程是我在参加`第一期傲来操作系统训练营`后，在中国科学院软件研究所实习期间产出，如果用此教程进行`转载 / 二创`，请标明原文链接，原文仅发布在 3 个位置：`src-openeuler社区`，`傲来操作系统训练营报告网站`，`华为云社区`。
## 倒数第二层依赖
1. 准备 R 语言，源码编译即可，注意要下载依赖，已经形成 shell 脚本，见提供的 `deploy-R.sh`。对于博客内，则请看我之前写的一篇文章[《大数据组件 Spark 在鲲鹏 920 服务器上的部署指南》](https://www.hikunpeng.com/forum/thread-0219157256904030056-1-1.html)，这篇文章内有对 R 语言源码编译的教学。
2. 配置本机 java 版本，命令：`sudo update-alternatives --config java`，核心在于，要有 `javac` 的可执行文件。对于 `jdk-1.8` 来说，如果发现没有 `javac`，则可以通过 `sudo yum install java-1.8.0-openjdk-devel.riscv64` 安装这个依赖来尝试安装 `javac` 的可执行责任。
指导我的宫小飞老师告诉我，高版本 jdk 对 riscv 架构做出了加速支持，所以理论上来说高版本 jdk 的编译速度能够得到极大加速。经过测试，jdk1.8 和 jdk17 的编译速度相差极大，甚至能差出 5 到 10 倍左右。故以下将会展示，如何将本计算机上的默认 jdk 版本切换至 jdk17，并且 spark 的编译也在 jdk17 的环境下进行。
修改是否完成，可以通过 `javac -version` 命令，打印 javac 的版本来确认。
【后续】我整理了一下需要的脚本，组件脚本，都放在：[https://gitee.com/wang-yijia_DB/protobuf-on-riscv64](https://gitee.com/wang-yijia_DB/protobuf-on-riscv64)
## 最底层依赖
1. 准备一份对应版本的 protoc
2. 准备一份对应版本的 protoc-jar
3. 准备对应 protobuf 的 grpc-java
4. 在 `pom.xml` 中，修改内容，大体要改：
1. os-maven-plugin 的版本
2. maven 的版本
3. scala-parrell 的版本
4. jdk 的版本 -> java.version & jvm
5. protobuf 的版本
6. protobuf-java 的版本
7. 换源
## 0. 下载源码
```bash
# 下载源码
wget https://github.com/apache/spark/archive/refs/tags/v3.5.1.tar.gz
# 解压
tar -zxf v3.5.1.tar.gz
# 切换目录，解压后就叫这个名字
cd spark-3.5.1
```
## 1. 准备对应版本的 protoc
### i. 源码编译依赖 abseil
`protobuf` 是谷歌的一个序列化结构转换器，`protoc` 是它的编译器。其依赖中，有 `abseil`。
```bash
sudo yum install g++ bazel
cd ~
wget -c https://github.com/abseil/abseil-cpp/archive/refs/tags/20240116.2.tar.gz
tar -zxf 20240116.2.tar.gz
rm -rf 20240116.2.tar.gz
mv ./abseil-cpp-20240116.2/ ./abseil-cpp
cd abseil-cpp/
# 用 cmake 指定 cpp 标准，要根据服务器里的 gcc 版本来确定是否支持
# 在我的尝试中，如果采用 cmake 的传统编译流程，即新建 build 文件夹
# 编译的成果好像无法自动同步到系统环境变量，故我没有新建 build 文件夹
# 同理，也没有指定编译成果的位置
cmake ./ -DCMAKE_CXX_STANDARD=20
# 标准至少 14
make && make install
# 注：可以自行指定是否增加 -j 参数指定核数
# 例：make -j 4
# 4核编译，-j后面的空格可有可无
```
### ii. 下载源码
```bash
# 拉取源码
wget -c https://github.com/protocolbuffers/protobuf/archive/refs/tags/v3.25.4.tar.gz
tar -zxf v3.25.4.tar.gz
# 切换目录
cd protobuf-3.25.4
```
### iii. 编译 + 安装
```bash
# 位于 protobuf-3.25.4 目录下
# 用 cmake 编译
# 先把安装好的 abseil 加入工作目录
cp -r ~/abseil-cpp ./third_party
cmake ./ -DCMAKE_BUILD_TYPE=RELEASE -Dprotobuf_BUILD_TESTS=off -DCMAKE_CXX_STANDARD=20
sudo make install -j 96
# 注：在执行下面的 install 前，请先确定你编译出的 protoc 的名字
# 通过：ls /usr/local/bin
# 查看里面的 protoc 的可执行文件名称，确定其为 `protoc`
# 直接编译出来的版本，可能会带有版本号，记得删掉，
# 或在 mvn install 时正确指定
export PROTOC_VERSION="3.25.4"
mvn install:install-file -DgroupId=com.google.protobuf -DartifactId=protoc -Dversion=${PROTOC_VERSION} -Dclassifier=linux-riscv64 -Dpackaging=exe -Dfile=/usr/local/bin/protoc
```
**注：再次提醒，记得确保 `/usr/local/bin` 内，有名字为 `protoc` 的可执行文件，且直接使用 `protoc --version` 或者 `/usr/local/bin/protoc --version`，得到的结果都是：`libprotoc 25.4`！**
### iv. 版本选择说明
首先，我要解释一下这个东西的命名。为了后续介绍方便，我们将其版本，抽象为：`a.b.c`，那么 `protoc 3.23.4` 就对应 `a=3, b=23, c=4`。
在使用 `protoc --version` 时，打印出来的信息，都是类似于：`libprotoc 25.4` 的，它不带有前面的 `3`，所以此命令打印出来的，都是 `b.c` 的格式。至于 `a`，可以在其[官网](https://central.sonatype.com/artifact/com.google.protobuf/protobuf-java/versions)上查到：
可以看到，`3.25.4` 是 `a=3` 的最后一个版本，而对于 `a=4`，后续的一个插件是暂不支持的，下图是该插件`(protoc-jar)`的[官方 issues](https://github.com/os72/protoc-jar/issues/106)：
而 3.25.4 可行的理由是：
1. 原先的 3.23.4 版本，目前来看无法直接编译，会遇到两个问题，其中一个，是因为其的依赖：`abseil-cpp` 的版本**过高**。目前知道，3.23.4 是 23 年 7 月发布的，`abseil-cpp` 23 年 1 月 lts 的版本就已经过高了。同时，官方也有人提出此问题，但得到的答复是，`用最新的protobuf不就好啦？`
2. 3.25.4 是较新的，且 Google 官方说它们的程序具有兼容性。
3. 最开始，我想着能编译最新版，就直接用最新版，所以我编译的是 `protoc 3.27.3`，编译成功了，但因为 `a应该是4`，但命名是 `a=3` 导致后续下载某资源时报错。
4. 我将 `27.3` 的 `a` 改为 `a=4`，但遇到了上面的`protobuf4不支持`问题。
所以，版本选择为 `3.25.4`。
## 2. 准备一份 protoc-jar
### 报错信息
在编译时，一个叫 `protoc-jar-maven-plugin` 的插件会导致报错，经过溯源，核心错误位置在于它的一个依赖：`protoc-jar`。此 jar 包内有一个类，叫做`PlatformDetector.java`，它不支持 riscv64 架构，导致崩溃。出错位置的记录，在：[https://github.com/os72/protoc-jar/issues/110](https://github.com/os72/protoc-jar/issues/110)
### 解决方案
解决方法很简单，只需要添加支持即可。目前，我准备了一份更改后，打好的 jar 包，位置在[此仓库](https://gitee.com/wang-yijia_DB/protobuf-on-riscv64)。
### 下载 & 安装 方法
```bash
# 下载
git clone https://gitee.com/wang-yijia_DB/protobuf-on-riscv64.git
# 切换目录
cd protobuf-on-riscv64
# 安装
mvn install:install-file -Dfile=./protoc-jar-3.11.4.jar -DgroupId=com.github.os72 -DartifactId=protoc-jar -Dversion=3.11.4 -Dpackaging=jar
```
### 继续处理 protoc-jar-maven-plugin
在完成 `protoc-jar`后，我们需要重新源码编译 `protoc-jar-maven-plugin` ，让它依赖我们刚刚安装的 `protoc-jar`，而不是去下载 google 编译好的这个组件。
```bash
# 还在 protobuf-on-riscv64 目录下
cd protoc-jar-maven-plugin
mvn clean install -Dmaven.test.skip=true -Dmaven.javadoc.skip=true
```
## 3. 准备对应版本 的 grpc-java
我们看到，在 `spark-3.5.1` 的 `project/SparkBuild.scala` 中，有一个叫 `GRPC` 的依赖，它的版本是 `1.56.0`，全称为：`protoc-gen-grpc-java`。而这个版本，在 `openeuler 24.04LTS (riscv64)`上，截止`2024-09-04`，是找不到的。
注：下面的各种下载的成功与否，都取决于网速，所以网速很重要！
### i. 准备 gradle
grpc 编译时会下载此版本，故需要先下载下来，以免后续下载时间过长而报错。(注：不需要解压)
```bash
# 我的教程，是以在 $HOME 下存放 gradle 为例的
# 如果进行了修改，要记住其路径，后续要用到
pushd ~
wget -c https://services.gradle.org/distributions/gradle-7.6-bin.zip
popd
```
### ii. 下载 grpc-java 源码与 添加修改
```bash
wget -c https://github.com/grpc/grpc-java/archive/refs/tags/v1.56.0.tar.gz
tar -zxf ./v1.56.0.tar.gz
rm ./v1.56.0.tar.gz
cd grpc-java-1.56.0
```
然后，需要修改大量内容，如下所示：
#### 1- build.gradle - 换源
```bash
# 修改 build.gradle，主要是换源
vi build.gradle
# 在 repositories 中添加：
maven { url 'file://@HOME@/.m2/repository'}
maven { url "https://mirrors.huaweicloud.com/repository/maven/"}
# Esc + :wq
```
#### 2- buildscripts/kokoro/ 下的修改 - linux_artifacts.sh
```bash
vi buildscripts/kokoro/linux_artifacts.sh
# 在第56行添加下面内容，通过 在vim命令模式内直接输入 “56” + enter 来跳转
"$GRPC_JAVA_DIR"/buildscripts/run_in_docker.sh grpc-java-artifacts-multiarch env \
SKIP_TESTS=true ARCH=risv64 /grpc-java/buildscripts/kokoro/unix.sh
```
#### 3- buildscripts/kokoro/unix.sh
```bash
vi buildscripts/kokoro/unix.sh
# 修改1，将并行关闭
# 输入下面内容来搜索
# / -Dorg.gradle.parallel
# 将其修改为：
-Dorg.gradle.parallel=false
# 修改2，增加其对rv的支持
# 输入下面内容来搜索
# /"$ARCH"
# 再连续按两下 n，跳转到第三个被搜索出来的内容
# 在 判断 条件中增加：
|| "$ARCH" = "riscv64"
```
修改 1 的内容为：
修改 2 的内容为：
#### 4- buildscripts/kokoro/upload_artifacts.sh
```bash
vi buildscripts/kokoro/upload_artifacts.sh
# 在合适位置，例如第35行后，增加下面内容
# for linux riscv64 platform
[[ "$(find "$LOCAL_MVN_ARTIFACTS" -type f -iname 'protoc-gen-grpc-java-*-linux-riscv64.exe' | wc -l)" != '0' ]]
```
#### 5- buildscripts/make_dependencies.sh
```bash
vi buildscripts/make_dependencies.sh
# 修改1，修改 protobuf 版本
# 通过搜索 “PROTOBUF_VERSION” 定位
PROTOBUF_VERSION=25.4
# 注：修改1位置极为明显，甚至可以不用搜索，故不提供图例
# 修改2，防止污染环境
# 通过搜索 “ARCH” 来定位，这两个目录出现在 ARCH 的下面
# 将下面两行目录，从 “/tmp” 改为 "/var/tmp"
# 修改前：
DOWNLOAD_DIR=/tmp/source
INSTALL_DIR="/tmp/protobuf-cache/$PROTOBUF_VERSION/$(uname -s)-$ARCH"
# 修改后：
DOWNLOAD_DIR="/var/tmp/source"
INSTALL_DIR="/var/tmp/protobuf-cache/$PROTOBUF_VERSION/$(uname -s)-$ARCH"
# 修改3，增加对 riscv 的支持
# 在第38行，增加下面内容：
elif [[ "$ARCH" == riscv* ]]; then
./configure --disable-shared --host=riscv64-linux-gnu --prefix="$INSTALL_DIR"
```
修改 2 的内容为：
修改 3 的内容为：
#### 6- compiler/build.gradle
```bash
vi compiler/build.gradle
# 修改1，为 gcc 增加 target
# 在第 59 行后另起一行，增加下面内容：
target("riscv64")
# 修改2，在 platforms 下，增加支持
# 在 platforms 内的 aarch_64 下面另起一行，增加：
riscv64 { architecture "riscv64" }
# 修改3，在 java_plugin 下，增加支持
# 在 java_plugin 下，aarch_64 下，另起一行增加：
'riscv64',
# 修改4，修订cpp风格，之前安装abseil用的cpp版本是多少
# 这里就得改成多少
# 输入 /c++0x
# 修改为 c++20
cppCompiler.args "--std=c++20"
# 注：修改4位置唯一，不提供图例
```
修改 1 的内容为：
修改 2 的内容为：
修改 3 的内容为：
#### 7- compiler/check-artifact.sh
```bash
vi compiler/check-artifact.sh
# 修改1，修改 checkArch() 这个函数
# 先要搜索到 checkArch 这个函数
# 在 OS 为 linux 下，增加对 riscv 的支持
elif [[ "$ARCH" == riscv64 ]]; then
assertEq $format "elf64-littleriscv" $LINENO
# 修改2，修改 checkDependencies() 这个函数
# 先要搜索到 checkDependencies 这个函数
# 在 OS 为 linux 下，增加对 riscv 的支持
elif [[ "$ARCH" == riscv64 ]]; then
dump_cmd='objdump -p '"$1"' | grep NEEDED'
white_list="libm\.so\.6\|libc\.so\.6\|ld-linux-riscv64-lp64d\.so\.1"
```
修改 1 的内容为：
修改 2 的内容为：
### iii. 再次准备 protobuf
在上面的 `5-` 步，我们修改了编译 `grpc-java` 时使用的 `PROTOBUF_VERSION` 和 `INSTALL_DIR`，所以我们现在要在对应的 `INSTALL_DIR` 里准备我们刚刚编译好的 `protobuf (v3.25.4)`。
```bash
# 下面命令，根据你的 protobuf 版本动态切换！
mkdir -p /var/tmp/protobuf-cache/25.4/Linux-riscv64/bin
pushd /var/tmp/protobuf-cache/25.4/Linux-riscv64/bin/
cp /usr/local/bin/protoc ./
popd
```
### iv. 编译安装 grpc-java
```bash
# 替换掉对 HOME 的命名
sed -i "s,@HOME@,${HOME},g" build.gradle
# 替换掉gradle，路径要写实际的路径！
# 同时注，不要手动修改！脚本执行会把${HOME}转译
# 但手动修改时要写绝对路径！
sed -i "s|https\\\\://services.gradle.org/distributions|file://${HOME}|g" gradle/wrapper/gradle-wrapper.properties
# 再注：如果真的手写，则file:后面，跟着连续的3个斜杠！
# 例：file:///home/user/gradle-7.6-bin.zip
# 编译安装
SKIP_TESTS=true ARCH=riscv64 ./buildscripts/kokoro/unix.sh
mvn install:install-file -DgroupId=io.grpc -DartifactId=protoc-gen-grpc-java -Dversion=1.56.0 -Dclassifier=linux-riscv64 -Dpackaging=exe -Dfile=mvn-artifacts/io/grpc/protoc-gen-grpc-java/1.56.0/protoc-gen-grpc-java-1.56.0-linux-riscv64.exe
```
### v. 本部分加速方法
我使用 `git diff` 工具，打了一个 `patch`，能够顺便将 jdk 版本切换至 jdk17，所以，可以在 `grpc-java-1.56.0` 目录下，使用命令：`patch -p1 < PATH_TO_PATCH` 来安装我的 `grpc-patch.patch`。
我将这个 `patch`，发布在了：[https://gitee.com/wang-yijia_DB/protobuf-on-riscv64](https://gitee.com/wang-yijia_DB/protobuf-on-riscv64)
## 4. pom.xml 内的修改
### i. os-maven-plugin 的版本
如果不进行修改，会报错：
经过排查，问题出现在 Spark 源码目录的 connector 目录下。具体出错位置为：`spark-3.5.1/connector/connect/common/pom.xml`。可以调用下面脚本找到：
```bash
# 位于目录 spark-3.5.1 下
# 在终端输入下列命令，寻找出问题的地方：
find . -name 'pom.xml' | xargs grep 'os-maven-plugin'
# 修复问题
vi ./connector/connect/common/pom.xml
# 输入 `/os-maven-plugin` ，则能够找到位置
# 将版本改为 1.7.1
# 其它内容省略
# 原先版本是 1.6.2
1.7.1
# 其它内容省略
# 按 Esc, 然后输入 “:wq” 来保存退出
# 切回源码目录，之后此项就可以正常编译
cd ../../../
```
### ii. maven 的版本 & scala 的版本
由于后续组件会检测 maven 版本，而 截止 `2024-09-04`，`openeuler 24.04LTS (riscv64)` 上 maven 版本支持仅到 3.6.3，所以需要修改 maven 版本，具体操作如下：
```bash
# 位于 spark-3.5.1 目录下
vi ./pom.xml
# 输入 /
# 改为 3.6.3
3.6.3
# 因此造成，scala 版本也要降低
# 输入 /scala-parallel-collections
# 改为 1.0.3
1.0.3
# Esc, 然后输入 “:wq”
```
### iii. jdk 的版本
首先，需要准备自身系统里的 jdk，准备的方式在本教程的第一部分中有介绍。
然后，还是要修改 `pom.xml` 中的版本信息来修改：
```bash
# 位于 spark-3.5.1 目录下
vi ./pom.xml
# 输入 /java.version
# 改为 17，原先是 1.8
17
# 因此造成，jvm 版本也要进行修改，不然貌似仍然没有加速效果
# 输入 /scala-maven-plugin
# 将下面的 jvm-1.8 改为 jvm-17
-target:jvm-17
# 注：整个 spark-3.5.1 的 pom.xml 内，有两个涉及到 “jvm” 的
# 第二个不用修改，因为后续会将其测试跳过。
# 真正需要修改的，是位于 scala-maven-plugin 插件里的那个
# Esc, 然后输入 “:wq”
```
### iv. protobuf 和 protobuf-java 的版本
```bash
# 编辑 pom.xml 文件
vi pom.xml
# 输入 /protobuf.version
# 改为你编译出的 protobuf 版本，我使用的是 3.25.4
# 原先是 3.23.4
3.25.4
# 注：其位于 标签下
# Esc, 然后输入 “:wq”
```
在修改时，可以注意到官方说明：
> SPARK-41247: When updating `protobuf.version`, also need to update `protoVersion` in `SparkBuild.scala`
根据官方留的说明，我们还要改 `SparkBuild.scala`，其地址为：`spark-3.5.1/project/SparkBuild.scala`。
```shell
# 位于 spark-3.5.1 目录下
vi ./project/SparkBuild.scala
# 输入 /protobuf.version
# 改为你编译出的 protobuf 版本，我使用的是 3.25.4
# 原先是 3.23.4
# 我们可以看一下此处的官方的说明：
// Google Protobuf version used for generating the protobuf.
// SPARK-41247: needs to be consistent with `protobuf.version` in `pom.xml`.
val protoVersion = "3.25.4"
// GRPC version used for Spark Connect.
val grpcVersion = "1.56.0"
# Esc, 然后输入 “:wq”
```
### v. 换源
在编译前，还需要进行换源，国外 google 的 maven 拉取太慢，参照 maven 官方文档内容，将 maven 的组件下载源换源至华为镜像的操作如下：
```bash
# 编辑 pom.xml 文件
vi ./pom.xml
# 在标签的第一位添加华为 Maven 仓库源
huaweicloud-maven
https://mirrors.huaweicloud.com/repository/maven/
# 在标签第一位添加华为 Maven 源。
huaweicloud-plugin
https://mirrors.huaweicloud.com/repository/maven/
# 按 Esc, 然后输入 “:wq”
```
## 编译命令
### 核心命令
在经历了上面的修改后，我们可以开始编译了，核心命令(仍然是`spark-3.5.1`目录下)：
```bash
dev/make-distribution.sh --name riscv64 --tgz -Pyarn,hive,hive-thriftserver,sparkr -DskipTests -Dmaven.compiler.optimize=false -Dmaven.test.skip=true -Dmaven.javadoc.skip=true -Dmaven.scaladoc.skip=true -T 32
```
### 涉及参数的说明
| 命令 / 参数 | 原理 |
| ------------------------------- | --------------------------------------------------------------------------------------------- |
| dev/make-distribution.sh | 根据 spark 官方的 build 文档，调用 dev/make-distribution.sh 来进行编译 |
| --name | 指定编译成果的名字，成果的命名为：`spark-3.5.1-bin-${name}`，指定的 name 将会被替换到它的位置 |
| --tgz | 指定产物的类型为 .tgz 文件，我没有测试指定其它类型的效果 |
| -P | 指定需要那些可选组件，我选了常用的 |
| -DskipTests | 要求 maven 跳过测试，但其效果不明显，故需要后续其它参数的配合 |
| -Dmaven.compiler.optimize=false | 让 maven 关闭编译优化，在 ‘控制变量’ 时有用 |
| -Dmaven.test.skip=true | 跳过 maven 测试，可能与刚刚的跳过测试重复，但其实这两个，貌似都没什么效果 |
| -Dmaven.javadoc.skip=true | 跳过 javadoc 的编译？不确定，但能够明显加速，且会跳过一部分的测试 |
| -Dmaven.scaladoc.skip=true | 跳过 scaladoc 的编译？不确定，但这个也能明显加速，且会跳过大部分测试 |
| -T 32 | 指定编译的并行数量，32 代表 32 核？也可能是 32 个进程 |
### 我的 ‘最优’ 命令
由于 spark 的编译较为耗时，而我无法长时间连接服务器，所以我使用了 `nohup` 指令使得编译在我登出后仍然进行。为了查看编译进度，我将编译的流程重定向到了 `build.log` 文件，同时采用 `&` 指定进程在后台运行。
以下是适用我的情况的，最优编译命令：
```bash
nohup dev/make-distribution.sh --name riscv64 --tgz -Pyarn,hive,hive-thriftserver,sparkr -DskipTests -Dmaven.compiler.optimize=false -Dmaven.test.skip=true -Dmaven.javadoc.skip=true -Dmaven.scaladoc.skip=true -T 32 > build.log &
```
**注[1]**：运行我的命令后，请记一下进程的 id 号，后续如果发生登出操作，需要此 id 号来判断是否流程进行完毕。
**注[2]**：当执行了命令，且执行后未登出过服务器时，可以使用 `jobs` 命令查看进程是否完成，如果状态是 `Done`或 `Exited`，则完成了，结果可以查看 log 文件；如果状态是 `Terminated` ，则证明出现了问题，需要查看 log 文件。如果是其它状态，可以认为没有完毕。
**注[3]**：如果执行后登出了服务器，请使用 `ps xxxxx`(`xxxxx` 替换为`注[1]`中，让你记下来的 id 号)来查看进展，剩下的状态判断操作同`注[2]`。或者，你可以直接查看 log 文件的最下方，来查看编译进度。
## 附录：潜藏问题
1. 我跳过了 `javadoc` 和 `scaladoc`，但其实在保留 `scaladoc` 时，编译过程中出现了因为 `scalatest` 引起的报错。我尝试过关闭 `maven` 的测试，但并没有用，该测试还是执行。直到我在看源码时，发现 `scalatest` 取决于 `scaladoc` 后，我关闭了 `scaladoc`。之后，才通过了编译，但这可能隐藏着某些问题，不过在我现在的测试进展来看，并没有什么异常问题。
2. 在准备 `grpc-java` 时，其中有一步手动下载了 `gradle-7.6-bin.zip`。它是真的是一个二进制文件吗？为什么在使用它时，也不会引起报错呢？它需要重新源码编译一遍吗？这些问题我也没有深究。