Coze 漏洞紧急修复指南：升级、备份、验证命令一次搞定

发布人：慈云数据-客服中心发布时间：16小时前阅读量：5

Coze 最新漏洞修复教程｜附完整命令

适用对象：使用 Coze / Coze Studio / Coze 相关自建服务 的运维人员、开发者、安全负责人。
适用场景：你已经收到 Coze 官方安全公告、社区漏洞提醒，或在安全扫描中发现 Coze 相关组件存在高危漏洞，需要尽快完成修复、验证与加固。
说明：由于不同团队部署方式不同，本文以常见的 Linux 服务器 + Docker / Docker Compose 部署 为主要示例，同时补充源码部署、Nginx 反向代理、数据库与密钥轮换等操作。请根据你实际环境调整命令。

一、修复前必须了解的事项

在修复漏洞之前，不建议直接在生产环境中盲目执行升级命令。原因很简单：Coze 这类 AI 应用平台通常会涉及多个组件，例如：

Web 前端服务；
后端 API 服务；
Agent / Bot 编排服务；
数据库，如 PostgreSQL、MySQL、MongoDB；
Redis 缓存；
对象存储；
向量数据库；
Nginx / 网关；
第三方大模型 API Key；
插件、工作流、知识库等业务数据。

如果修复过程中出现版本不兼容、配置文件覆盖、数据库迁移失败，可能导致服务不可用，甚至造成业务数据异常。

因此，正确的漏洞修复流程应该是：

确认漏洞影响范围；
备份当前环境；
拉取官方最新安全版本；
更新镜像或代码；
执行数据库迁移；
重启服务；
验证漏洞是否修复；
做进一步安全加固；
保留回滚方案。

二、确认当前 Coze 版本与部署方式

首先登录服务器。

ssh root@your-server-ip

如果你的服务器使用普通用户登录，可以使用：

ssh ubuntu@your-server-ip

进入 Coze 部署目录。假设你的项目在 /opt/coze：

cd /opt/coze

查看当前目录文件：

ls -lah

如果存在 docker-compose.yml 或 compose.yaml，说明大概率是 Docker Compose 部署。

ls docker-compose.yml compose.yaml

查看当前运行的容器：

docker ps

查看 Coze 相关镜像：

docker images | grep -i coze

查看 Docker Compose 项目状态：

docker compose ps

如果你的系统仍然使用旧版 Compose 命令，也可以执行：

docker-compose ps

查看当前 Git 版本信息：

git status
git log -1
git branch

如果项目是从 Git 仓库拉取的，也可以查看远程地址：

git remote -v

三、确认漏洞公告与修复版本

在进行升级之前，建议你通过官方渠道确认以下信息：

漏洞编号，例如 CVE 编号；
受影响版本；
修复版本；
是否需要修改配置；
是否涉及数据库迁移；
是否需要轮换密钥；
是否存在临时缓解方案。

你可以在服务器上记录当前版本，方便升级后对比：

mkdir -p /opt/coze-security-check
date > /opt/coze-security-check/before-upgrade.txt

docker ps >> /opt/coze-security-check/before-upgrade.txt
docker images >> /opt/coze-security-check/before-upgrade.txt

如果项目目录是 Git 仓库：

cd /opt/coze
git rev-parse HEAD >> /opt/coze-security-check/before-upgrade.txt
git branch --show-current >> /opt/coze-security-check/before-upgrade.txt

如果存在 .env 配置文件，记录配置文件校验值：

sha256sum .env >> /opt/coze-security-check/before-upgrade.txt

注意：不要把 .env 文件内容直接上传到公共平台，因为其中可能包含数据库密码、API Key、JWT Secret、对象存储密钥等敏感信息。

四、修复前完整备份

漏洞修复最重要的一步是备份。没有备份就没有真正意义上的安全升级。

1. 创建备份目录

mkdir -p /backup/coze/$(date +%F)
cd /backup/coze/$(date +%F)

2. 备份项目文件

假设 Coze 部署目录是 /opt/coze：

tar -czvf coze-project-backup.tar.gz /opt/coze

如果项目目录较大，可以排除日志、缓存等目录：

tar \
  --exclude='/opt/coze/logs' \
  --exclude='/opt/coze/tmp' \
  --exclude='/opt/coze/cache' \
  -czvf coze-project-backup.tar.gz /opt/coze

3. 备份环境变量文件

cp /opt/coze/.env ./coze-env-backup.env

如果有多个配置文件，也一起备份：

cp /opt/coze/docker-compose.yml ./docker-compose-backup.yml 2>/dev/null || true
cp /opt/coze/compose.yaml ./compose-backup.yaml 2>/dev/null || true
cp -r /opt/coze/config ./config-backup 2>/dev/null || true

4. 备份数据库

不同数据库备份方式不同。

PostgreSQL 备份

先查看 PostgreSQL 容器名称：

docker ps | grep -i postgres

假设容器名是 coze-postgres，数据库名是 coze，用户名是 postgres：

docker exec -t coze-postgres pg_dump -U postgres -d coze > coze-postgres-backup.sql

如果需要压缩：

gzip coze-postgres-backup.sql

MySQL 备份

查看 MySQL 容器：

docker ps | grep -i mysql

假设容器名是 coze-mysql，数据库名是 coze，用户是 root：

docker exec coze-mysql mysqldump -uroot -p coze > coze-mysql-backup.sql

执行后根据提示输入密码。

压缩备份：

gzip coze-mysql-backup.sql

MongoDB 备份

查看 MongoDB 容器：

docker ps | grep -i mongo

假设容器名是 coze-mongo：

docker exec coze-mongo mongodump --out /tmp/coze-mongo-backup
docker cp coze-mongo:/tmp/coze-mongo-backup ./coze-mongo-backup
tar -czvf coze-mongo-backup.tar.gz coze-mongo-backup

Redis 备份

查看 Redis 容器：

docker ps | grep -i redis

假设容器名是 coze-redis：

docker exec coze-redis redis-cli BGSAVE
docker cp coze-redis:/data/dump.rdb ./redis-dump.rdb

五、Docker Compose 部署方式修复漏洞

这是最常见的部署方式。修复核心思路是：停止服务、拉取最新代码或最新镜像、重新构建、启动服务。

1. 进入项目目录

cd /opt/coze

2. 拉取最新代码

如果你使用 Git 管理 Coze 项目：

git fetch --all --tags

查看远程分支：

git branch -r

查看标签：

git tag --sort=-creatordate | head

如果官方说明漏洞在某个版本已经修复，例如 v1.2.3，则切换到对应版本：

git checkout v1.2.3

如果你使用主分支或稳定分支：

git checkout main
git pull origin main

或者：

git checkout master
git pull origin master

建议优先使用官方公告指定的修复版本，而不是盲目使用最新开发分支。

3. 检查配置差异

升级前查看配置文件是否被修改：

git status

如果本地修改较多，可以先保存：

git stash

升级后再恢复：

git stash pop

如果 .env.example 有更新，可以对比：

diff -u .env.example .env || true

也可以查看 Compose 文件变化：

git diff HEAD~1 HEAD -- docker-compose.yml compose.yaml

4. 拉取最新镜像

如果 Compose 文件中使用了镜像：

docker compose pull

旧版命令：

docker-compose pull

5. 重新构建镜像

如果项目需要本地构建：

docker compose build --no-cache

旧版命令：

docker-compose build --no-cache

如果只想构建特定服务，例如后端服务：

docker compose build --no-cache backend

6. 停止旧服务

docker compose down

如果希望保留数据卷，不要加 -v。
下面这个命令会删除匿名卷，生产环境谨慎使用：

docker compose down -v

一般生产环境不建议执行 down -v，除非你明确知道自己在做什么。

7. 启动新版本

docker compose up -d

查看启动状态：

docker compose ps

查看日志：

docker compose logs -f

如果只查看某个服务日志，例如 API 服务：

docker compose logs -f backend

六、执行数据库迁移

很多漏洞修复版本不仅仅是更新代码，也可能调整数据库结构。因此，启动后需要检查是否有迁移命令。

常见迁移命令可能类似：

docker compose exec backend npm run migrate

或：

docker compose exec backend pnpm migrate

如果是 Go 项目，可能类似：

docker compose exec backend ./coze migrate

如果官方文档指定了迁移脚本，请以官方文档为准。

执行迁移前，确认数据库备份已经完成。迁移后查看日志：

docker compose logs backend --tail=200

检查是否存在错误：

docker compose logs backend | grep -i "error"

七、源码部署方式修复漏洞

如果你没有使用 Docker，而是源码部署，则可以按照以下步骤操作。

1. 停止服务

如果使用 systemd 管理服务：

systemctl stop coze

查看状态：

systemctl status coze

2. 拉取安全版本

cd /opt/coze
git fetch --all --tags
git checkout main
git pull origin main

或者切换到官方指定版本：

git checkout v1.2.3

3. 安装依赖

如果是 Node.js 项目：

npm install

如果使用 pnpm：

pnpm install

如果使用 yarn：

yarn install

如果是 Go 项目：

go mod download
go build -o coze ./cmd/coze

4. 构建前端

npm run build

或：

pnpm build

5. 执行迁移

npm run migrate

或：

pnpm migrate

6. 重启服务

systemctl start coze
systemctl status coze

查看日志：

journalctl -u coze -f

八、Nginx 反向代理安全修复

某些 Coze 漏洞可能与暴露接口、跨域配置、文件上传、代理转发有关，因此 Nginx 配置也需要检查。

1. 查看当前 Nginx 配置

nginx -T | less

检查 Coze 站点配置：

ls /etc/nginx/sites-enabled/
ls /etc/nginx/conf.d/

2. 添加基础安全头

编辑配置文件：

vim /etc/nginx/conf.d/coze.conf

示例配置：

server {
    listen 80;
    server_name coze.example.com;

    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl http2;
    server_name coze.example.com;

    ssl_certificate /etc/letsencrypt/live/coze.example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/coze.example.com/privkey.pem;

    client_max_body_size 50m;

    add_header X-Frame-Options "SAMEORIGIN" always;
    add_header X-Content-Type-Options "nosniff" always;
    add_header X-XSS-Protection "1; mode=block" always;
    add_header Referrer-Policy "strict-origin-when-cross-origin" always;
    add_header Permissions-Policy "geolocation=(), microphone=(), camera=()" always;

    location / {
        proxy_pass http://127.0.0.1:8888;
        proxy_http_version 1.1;

        proxy_set_header Host $host;
        proxy_set_header Real-IP $remote_addr;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;

        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }
}

检查配置是否正确：

nginx -t

重载 Nginx：

systemctl reload nginx

3. 限制敏感路径访问

如果 Coze 后台、调试接口或内部 API 不应对公网开放，可以增加限制。例如仅允许公司出口 IP：

location /admin {
    allow 1.2.3.4;
    deny all;

    proxy_pass http://127.0.0.1:8888;
}

重新检查并加载：

nginx -t && systemctl reload nginx

九、修复后验证服务是否正常

漏洞修复不是重启完成就结束。你需要确认服务状态、接口响应、业务功能和安全风险。

1. 查看容器状态

docker compose ps

确认所有关键服务都是 running 或 healthy。

2. 查看最近日志

docker compose logs --tail=300

如果要搜索错误：

docker compose logs | grep -Ei "error|failed|panic|exception"

3. 检查端口监听

ss -tulnp

或：

netstat -tulnp

确认不该暴露到公网的端口没有监听在 0.0.0.0 上。

4. 测试 HTTP 响应

curl -I https://coze.example.com

检查返回状态码是否为 200、301 或 302。

测试 API：

curl -s https://coze.example.com/api/health

如果项目健康检查路径不同，请替换为实际路径。

5. 验证版本信息

如果系统提供版本接口：

curl -s https://coze.example.com/api/version

或者查看容器镜像版本：

docker images | grep -i coze

查看 Git 版本：

cd /opt/coze
git log -1

十、漏洞修复后的密钥轮换

如果本次漏洞可能导致配置泄露、Token 泄露、未授权访问或服务端请求伪造等问题，建议立即轮换敏感密钥。

常见需要轮换的内容包括：

JWT_SECRET
SESSION_SECRET
DATABASE_PASSWORD
REDIS_PASSWORD
大模型 API Key
对象存储 AccessKey / SecretKey
Webhook Secret
插件调用密钥
OAuth Client Secret

编辑 .env：

cd /opt/coze
vim .env

生成强随机密钥：

openssl rand -base64 32

生成更长的十六进制密钥：

openssl rand -hex 64

修改后重启服务：

docker compose restart

查看日志确认没有认证失败：

docker compose logs --tail=200

如果数据库密码也发生变化，还需要同步修改数据库用户密码。例如 PostgreSQL：

docker exec -it coze-postgres psql -U postgres

进入后执行：

ALTER USER coze WITH PASSWORD 'newStrongPasswordHere';

退出：

\q

然后修改 .env 中的数据库连接信息，并重启：

docker compose restart

十一、清理旧镜像与无用容器

升级完成并确认稳定后，可以清理旧镜像，减少潜在风险。

查看镜像：

docker images

清理悬空镜像：

docker image prune

清理无用构建缓存：

docker builder prune

如果确认不再需要旧容器、旧网络、旧镜像，可以执行：

docker system prune

生产环境请谨慎执行以下命令，因为它会清理未被使用的数据：

docker system prune -a

十二、加强服务器基础安全

漏洞修复后，建议进一步加固服务器，避免同类问题再次发生。

1. 更新系统补丁

Ubuntu / Debian：

apt update
apt upgrade -y

CentOS / Rocky Linux / AlmaLinux：

yum update -y

或：

dnf update -y

2. 开启防火墙

Ubuntu 使用 UFW：

ufw allow OpenSSH
ufw allow 80/tcp
ufw allow 443/tcp
ufw enable
ufw status

CentOS / Rocky Linux 使用 firewalld：

systemctl enable firewalld --now
firewall-cmd --add-service=ssh --permanent
firewall-cmd --add-service=http --permanent
firewall-cmd --add-service=https --permanent
firewall-cmd --reload
firewall-cmd --list-all

3. 禁止数据库端口公网暴露

查看端口：

ss -tulnp

如果发现 PostgreSQL、MySQL、Redis 监听公网，需要立即修改配置或通过防火墙限制。

例如 UFW 限制 PostgreSQL：

ufw deny 5432/tcp

限制 MySQL：

ufw deny 3306/tcp

限制 Redis：

ufw deny 6379/tcp

4. 禁止 root 密码登录

编辑 SSH 配置：

vim /etc/ssh/sshd_config

建议配置：

PermitRootLogin no
PasswordAuthentication no
PubkeyAuthentication yes

重启 SSH：

systemctl restart sshd

注意：在关闭密码登录之前，请确保你的 SSH 公钥登录已经可用，否则可能无法登录服务器。

十三、使用 Trivy 扫描镜像漏洞

为了确认容器镜像是否仍存在已知漏洞，可以使用 Trivy 扫描。

1. 安装 Trivy

Ubuntu / Debian：

sudo apt-get install wget apt-transport-https gnupg lsb-release -y
wget -qO - https://aquasecurity.github.io/trivy-repo/deb/public.key | sudo gpg --dearmor -o /usr/share/keyrings/trivy.gpg
echo "deb [signed-by=/usr/share/keyrings/trivy.gpg] https://aquasecurity.github.io/trivy-repo/deb $(lsb_release -sc) main" | sudo tee /etc/apt/sources.list.d/trivy.list
sudo apt-get update
sudo apt-get install trivy -y

2. 扫描镜像

先查看 Coze 镜像：

docker images | grep -i coze

假设镜像名为 coze/backend:latest：

trivy image coze/backend:latest

只显示高危和严重漏洞：

trivy image --severity HIGH,CRITICAL coze/backend:latest

扫描整个项目目录：

cd /opt/coze
trivy fs .

如果仍发现高危漏洞，需要确认它是否在官方修复范围内，是否存在基础镜像漏洞，是否需要更新基础镜像或依赖包。

十四、常见问题与解决方法

1. 升级后容器启动失败

查看日志：

docker compose logs -f

如果是配置缺失，检查 .env：

cat .env

如果是镜像拉取失败，重新拉取：

docker compose pull

如果是构建失败，清理缓存后重建：

docker compose build --no-cache

2. 数据库迁移失败

先不要重复执行危险操作，查看迁移日志：

docker compose logs backend --tail=300

确认数据库连接：

docker compose exec backend env | grep -i database

确认数据库容器状态：

docker compose ps

如果确认需要恢复数据库，可以使用备份文件恢复。但恢复前请务必停止服务。

PostgreSQL 恢复示例：

docker compose down
gunzip coze-postgres-backup.sql.gz
cat coze-postgres-backup.sql | docker exec -i coze-postgres psql -U postgres -d coze
docker compose up -d

MySQL 恢复示例：

docker compose down
gunzip coze-mysql-backup.sql.gz
cat coze-mysql-backup.sql | docker exec -i coze-mysql mysql -uroot -p coze
docker compose up -d

3. 页面能打开，但 Bot 或工作流不可用

这种情况通常与以下原因有关：

大模型 API Key 失效；
插件服务未启动；
工作流依赖的环境变量缺失；
Redis 或数据库连接异常；
升级后配置项名称发生变化；
Nginx WebSocket 转发未正确配置。

查看日志：

docker compose logs --tail=500

检查环境变量：

docker compose config

检查 Redis：

docker compose exec redis redis-cli ping

如果返回：

PONG

说明 Redis 基础连接正常。

十五、回滚方案

如果升级后出现严重问题，并且短时间内无法修复，可以回滚到升级前版本。

1. 停止当前服务

cd /opt/coze
docker compose down

2. 恢复项目文件

cd /
tar -xzvf /backup/coze/日期/coze-project-backup.tar.gz

例如：

tar -xzvf /backup/coze/2025-01-01/coze-project-backup.tar.gz -C /

3. 恢复配置文件

cp /backup/coze/2025-01-01/coze-env-backup.env /opt/coze/.env

4. 恢复数据库

以 PostgreSQL 为例：

cat /backup/coze/2025-01-01/coze-postgres-backup.sql | docker exec -i coze-postgres psql -U postgres -d coze

如果是压缩文件：

gunzip -c /backup/coze/2025-01-01/coze-postgres-backup.sql.gz | docker exec -i coze-postgres psql -U postgres -d coze

5. 启动旧版本

cd /opt/coze
docker compose up -d

检查状态：

docker compose ps
docker compose logs --tail=200

十六、推荐的最终修复检查清单

完成漏洞修复后，建议逐项确认：

[ ] 已确认官方漏洞公告和修复版本；
[ ] 已完整备份项目、配置和数据库；
[ ] 已升级到安全版本；
[ ] 已重新构建或拉取最新镜像；
[ ] 已执行必要的数据库迁移；
[ ] 所有容器状态正常；
[ ] Web 页面访问正常；
[ ] API 健康检查正常；
[ ] Bot、工作流、知识库、插件功能正常；
[ ] 已检查 Nginx 配置；
[ ] 已限制敏感接口访问；
[ ] 已轮换可能泄露的密钥；
[ ] 已关闭数据库和 Redis 的公网访问；
[ ] 已执行镜像漏洞扫描；
[ ] 已保留回滚方案；
[ ] 已记录本次修复过程和版本信息。

十七、完整命令汇总

下面给出一组适用于 Docker Compose 部署的完整修复命令。请根据你的实际路径和版本号调整。

# 1. 登录服务器
ssh root@your-server-ip

# 2. 进入项目目录
cd /opt/coze

# 3. 记录升级前状态
mkdir -p /opt/coze-security-check
date > /opt/coze-security-check/before-upgrade.txt
docker ps >> /opt/coze-security-check/before-upgrade.txt
docker images >> /opt/coze-security-check/before-upgrade.txt
git rev-parse HEAD >> /opt/coze-security-check/before-upgrade.txt 2>/dev/null || true

# 4. 创建备份目录
mkdir -p /backup/coze/$(date +%F)
cd /backup/coze/$(date +%F)

# 5. 备份项目文件
tar \
  --exclude='/opt/coze/logs' \
  --exclude='/opt/coze/tmp' \
  --exclude='/opt/coze/cache' \
  -czvf coze-project-backup.tar.gz /opt/coze

# 6. 备份配置
cp /opt/coze/.env ./coze-env-backup.env 2>/dev/null || true
cp /opt/coze/docker-compose.yml ./docker-compose-backup.yml 2>/dev/null || true
cp /opt/coze/compose.yaml ./compose-backup.yaml 2>/dev/null || true

# 7. 回到项目目录
cd /opt/coze

# 8. 拉取最新代码
git fetch --all --tags
git checkout main
git pull origin main

# 如果官方指定修复版本，请使用类似命令：
# git checkout v1.2.3

# 9. 拉取最新镜像
docker compose pull

# 10. 重新构建
docker compose build --no-cache

# 11. 停止旧服务
docker compose down

# 12. 启动新版本
docker compose up -d

# 13. 查看服务状态
docker compose ps

# 14. 查看日志
docker compose logs --tail=300

# 15. 如官方要求，执行迁移
# docker compose exec backend npm run migrate
# docker compose exec backend pnpm migrate

# 16. 重启服务
docker compose restart

# 17. 检查访问
curl -I https://coze.example.com

# 18. 检查错误日志
docker compose logs | grep -Ei "error|failed|panic|exception" || true

# 19. 清理悬空镜像
docker image prune -f

结语

Coze 漏洞修复不应只理解为“更新一下镜像”或“重启一下服务”。对于一个包含模型调用、插件、工作流、知识库和用户数据的平台来说，漏洞修复本质上是一套完整的安全运维流程。

正确做法是：先确认影响范围，再完成备份，然后升级到官方安全版本，最后进行功能验证和安全加固。如果漏洞涉及权限绕过、密钥泄露、远程代码执行或敏感信息读取，还应立即轮换密钥，并检查访问日志，确认是否存在异常调用痕迹。

建议团队在日常运维中建立固定机制：

定期关注官方安全公告；
定期扫描镜像和依赖漏洞；
为生产环境保留可回滚备份；
限制管理后台和内部接口访问；
对敏感配置进行密钥管理；
保持系统、Docker、Nginx 和数据库组件及时更新。

只要按照本文流程执行，大多数 Coze 相关漏洞都可以在较低风险下完成修复，并最大限度降低升级过程中的业务中断风险。

文章标签： Coze漏洞修复 DockerCompose 安全加固备份回滚

上一篇：Coze 漏洞修复实战：升级、加固、排查一套命令搞定

下一篇：Coze 安全加固实战：Webhook、插件与 API 风险修复源码指南

更多栏目

新闻动态

文档中心

下载中心

目录结构

全文

产品与服务

新闻帮助

生态合作

了解我们

Coze 漏洞紧急修复指南：升级、备份、验证命令一次搞定

Coze 最新漏洞修复教程｜附完整命令

一、修复前必须了解的事项

二、确认当前 Coze 版本与部署方式

三、确认漏洞公告与修复版本

四、修复前完整备份

1. 创建备份目录

2. 备份项目文件

3. 备份环境变量文件

4. 备份数据库

PostgreSQL 备份

MySQL 备份

MongoDB 备份

Redis 备份

五、Docker Compose 部署方式修复漏洞

1. 进入项目目录

2. 拉取最新代码

3. 检查配置差异

4. 拉取最新镜像

5. 重新构建镜像

6. 停止旧服务

7. 启动新版本

六、执行数据库迁移

七、源码部署方式修复漏洞

1. 停止服务

2. 拉取安全版本

3. 安装依赖

4. 构建前端

5. 执行迁移

6. 重启服务

八、Nginx 反向代理安全修复

1. 查看当前 Nginx 配置

2. 添加基础安全头

3. 限制敏感路径访问

九、修复后验证服务是否正常

1. 查看容器状态

2. 查看最近日志

3. 检查端口监听

4. 测试 HTTP 响应

5. 验证版本信息

十、漏洞修复后的密钥轮换

十一、清理旧镜像与无用容器

十二、加强服务器基础安全

1. 更新系统补丁

2. 开启防火墙

3. 禁止数据库端口公网暴露

4. 禁止 root 密码登录

十三、使用 Trivy 扫描镜像漏洞

1. 安装 Trivy

2. 扫描镜像

十四、常见问题与解决方法

1. 升级后容器启动失败

2. 数据库迁移失败

3. 页面能打开，但 Bot 或工作流不可用

十五、回滚方案

1. 停止当前服务

2. 恢复项目文件

3. 恢复配置文件

4. 恢复数据库

5. 启动旧版本

十六、推荐的最终修复检查清单

十七、完整命令汇总

结语