1. 项目缘起为什么要在信创服务器上装PostWoman最近接手了一个信创环境下的项目后端服务部署在银河麒麟高级服务器操作系统V10 SP2上。开发团队习惯用Postman做接口调试但服务器是内网隔离环境没法直接装图形化的桌面应用。一开始想着用curl命令凑合但接口一多参数一复杂命令行调试的效率实在太低还容易出错。团队里有人提了一嘴“有没有类似Postman但能命令行跑的工具”这让我想起了PostWoman现在叫Hoppscotch CLI一个开源的、可以通过命令行或Web界面进行API测试的工具。它的轻量化和可脚本化特性看起来非常适合在无图形界面的服务器环境下使用。于是目标明确了在这台银河麒麟V10SP2服务器上成功安装并配置好PostWoman的命令行工具为后续的接口自动化测试和日常调试提供一个高效的本地化解决方案。这个过程看似简单就是装个软件但在以安全、稳定为首要目标的国产化服务器操作系统上从依赖解决到安装路径选择每一步都可能遇到在普通Linux发行版上不会出现的问题。接下来我就把这次从零开始的完整安装、配置和初步使用的过程以及中间踩过的几个“坑”详细记录下来。2. 环境侦察与前期准备认识你的银河麒麟V10SP2动手之前必须先摸清系统底细。银河麒麟V10基于openEuler或CentOS等上游发行版但做了大量深度定制和加固其软件源、内核模块、甚至一些基础命令的行为都可能与常见的CentOS/Ubuntu有差异。首先登录服务器查看系统基本信息cat /etc/os-release输出通常会包含类似Kylin Linux Advanced Server release V10 (SP2)的信息确认我们操作的系统版本无误。接着检查系统架构这决定了我们下载哪个版本的软件包uname -m对于目前主流的信创服务器输出很可能是aarch64鲲鹏、飞腾等ARM架构或x86_64。PostWoman CLI作为Node.js应用需要对应架构的Node.js运行时。本文将以x86_64架构为例进行演示aarch64流程基本一致主要区别在于Node.js二进制包的版本选择。注意银河麒麟系统默认的软件源配置在/etc/yum.repos.d/下可能不包含较新版本的Node.js。直接使用yum install nodejs安装的版本可能非常旧如v10.x无法满足PostWoman CLI的要求。因此我们通常需要从Node.js官方或国内镜像站获取二进制包或通过Node版本管理工具安装。另一个关键准备是网络代理如有。内网服务器可能需要配置代理才能访问外部资源如GitHub、npm官方仓库。你需要知道代理服务器的地址和端口并配置相应的环境变量export HTTP_PROXYhttp://your-proxy:port export HTTPS_PROXYhttp://your-proxy:port请将your-proxy:port替换为实际代理地址。这些变量需要在你执行npm install等网络命令的终端中生效。3. 核心依赖安装搞定Node.js与npmPostWoman CLIhoppscotch/cli是一个Node.js包因此安装它的前提是有一个版本合适的Node.js环境。我们避开系统源里陈旧的版本采用从NodeSource仓库安装的方法这能获得长期支持LTS且维护良好的版本。第一步添加NodeSource仓库NodeSource为不同的Linux发行版提供了预编译的RPM包。针对基于RHEL/CentOS的银河麒麟执行以下命令添加Node.js 18.x LTS的仓库18.x是一个兼顾稳定性和新特性的版本curl -fsSL https://rpm.nodesource.com/setup_18.x | sudo bash -这个脚本会自动检测系统版本并创建对应的repo文件。如果服务器无法直接访问nodesource.com你可能需要先将这个安装脚本下载到本地或者寻找国内的镜像源。第二步安装Node.js和npm仓库添加成功后使用yum安装sudo yum install -y nodejs安装完成后验证版本node --version # 应输出 v18.x.x npm --version # 应输出 9.x.x 或 10.x.x如果输出符合预期说明Node.js环境就绪。踩坑记录一证书与SSL问题在执行curl或后续npm install时你可能会遇到SSL certificate problem之类的错误。这在严格的内网环境中很常见通常是因为系统证书库不完整或过期。一个临时的解决方法是让curl和npm跳过证书验证仅限测试环境curl -kfsSL https://rpm.nodesource.com/setup_18.x | sudo bash - npm config set strict-ssl false但务必注意在生产环境中跳过SSL验证会带来安全风险。更正确的做法是更新系统的CA证书包sudo yum install ca-certificates并确保其最新。第三步配置npm源加速安装默认的npm源在国外下载速度可能极慢。我们需要将其替换为国内镜像源如淘宝npm镜像npm config set registry https://registry.npmmirror.com/可以通过npm config get registry命令来确认是否切换成功。4. 安装PostWoman CLI全局工具与项目内安装之选有了Node.js环境安装hoppscotch/cli就非常简单了。这里有两种安装方式适用于不同场景。方式一全局安装推荐用于频繁使用全局安装会将hopp命令注册到系统路径下在任何目录都可以直接调用。sudo npm install -g hoppscotch/cli使用sudo是因为全局安装通常需要向/usr/local/lib等系统目录写入文件需要root权限。安装完成后可以检查版本hopp --version如果成功输出版本号如0.15.0则安装成功。方式二项目本地安装如果你希望将接口测试工具与特定项目绑定避免污染全局环境可以在项目目录下本地安装cd /your/project/path npm install --save-dev hoppscotch/cli安装后你不能直接使用hopp命令而需要通过npx来运行npx hopp command踩坑记录二权限与路径问题全局安装后如果普通用户执行hopp命令提示command not found可能是Node.js的全局bin目录通常是/usr/local/bin不在该用户的PATH环境变量中。可以检查并添加echo $PATH # 如果缺少 /usr/local/bin可以将其添加到用户profile中 echo export PATH$PATH:/usr/local/bin ~/.bashrc source ~/.bashrc另一种可能是npm的全局安装路径不同。可以通过npm config get prefix查看前缀然后将prefix/bin加入PATH。5. 基础使用与配置从测试第一个API开始安装成功我们来跑一个最简单的测试验证工具是否工作。我们用一个免费的公共测试APIhttps://httpbin.org/get。发起一个GET请求hopp https://httpbin.org/get如果网络通畅你会在终端看到返回的JSON响应包含了请求的头部等信息。这说明CLI工具基本功能正常。使用Hoppscotch集合文件Hoppscotch CollectionCLI工具的强大之处在于可以运行预先定义好的请求集合Collection。一个Collection是一个JSON文件里面可以包含多个请求、文件夹、环境变量等。创建一个简单的集合文件例如my-api-test.json{ v: 1, name: My First API Test, folders: [], requests: [ { v: 1, name: Get Public IP, method: GET, endpoint: https://api.ipify.org?formatjson, params: [], headers: [], preRequestScript: , testScript: }, { v: 1, name: Post Echo, method: POST, endpoint: https://httpbin.org/post, params: [], headers: [ { key: Content-Type, value: application/json } ], body: { type: json, raw: {\message\: \Hello from Kylin V10\} }, preRequestScript: , testScript: } ] }运行整个集合hopp run my-api-test.jsonCLI会按顺序执行集合中的所有请求并输出每个请求的状态码、响应时间以及测试结果如果你在testScript中编写了断言。配置环境变量在实际项目中我们经常需要在不同环境开发、测试、生产间切换它们的API基地址Base URL可能不同。Hoppscotch CLI支持环境变量。创建一个环境文件env.dev.json{ name: Development, variables: [ { key: base_url, value: https://dev-api.example.com } ] }在集合文件中使用{{base_url}}作为变量占位符endpoint: {{base_url}}/user/login,运行集合时指定环境hopp run my-api-test.json -e env.dev.json6. 集成到自动化流程与CI/CD和脚本协作PostWoman CLI的真正价值在于其可脚本化特性可以无缝集成到自动化测试流程或部署脚本中。场景一作为持续集成CI中的API健康检查你可以在GitLab CI/CD、Jenkins或GitHub Actions的流水线中加入一个步骤在服务部署后自动运行关键的API健康检查集合。例如一个简单的GitHub Actions步骤配置- name: Run API Smoke Tests run: | npm install -g hoppscotch/cli hopp run smoke-tests.json -e env.prod.json env: API_TOKEN: ${{ secrets.PROD_API_TOKEN }}这里假设你的集合或环境文件中使用了{{API_TOKEN}}变量并通过GitHub Secrets传入。场景二编写Shell脚本进行定期测试你可以编写一个Bash脚本定期例如通过cron job执行接口测试并将结果输出到日志文件或发送通知。daily-api-check.sh:#!/bin/bash LOG_FILE/var/log/api-check-$(date %Y%m%d).log ENV_FILE/path/to/env.prod.json COLLECTION_FILE/path/to/critical-apis.json echo API Health Check $(date) $LOG_FILE hopp run $COLLECTION_FILE -e $ENV_FILE $LOG_FILE 21 # 检查最后一个命令的退出状态非0表示有请求失败 if [ $? -ne 0 ]; then echo API检查失败请查看日志: $LOG_FILE | mail -s API告警 adminexample.com fi然后给脚本执行权限并添加到crontab中chmod x daily-api-check.sh crontab -e # 添加一行例如每天凌晨2点执行 0 2 * * * /path/to/daily-api-check.sh实操心得处理认证与敏感信息在自动化脚本中切忌将API密钥、令牌等敏感信息硬编码在集合或环境JSON文件中。最佳实践是使用环境变量传递在CI/CD平台或服务器上设置环境变量如PROD_API_KEY在Hoppscotch的环境文件中用{{$PROD_API_KEY}}引用。Hoppscotch CLI原生支持从系统环境变量读取格式为{{$ENV_VAR_NAME}}。对于更复杂的认证流程如OAuth 2.0可能需要编写预请求脚本Pre-request Script来动态获取令牌但这在CLI中支持有限有时需要结合其他脚本先获取令牌再注入环境变量。7. 故障排查与进阶调优即使按照步骤安装在实际使用中也可能遇到问题。这里汇总几个常见问题及解决方案。问题一hopp命令执行报错Error: Cannot find module ...这通常是因为全局安装的包损坏或Node.js模块路径问题。解决方案尝试重新安装并确保使用sudo对于全局安装sudo npm uninstall -g hoppscotch/cli sudo npm install -g hoppscotch/cli如果问题依旧检查Node.js和npm本身是否安装完好node -vnpm -v。问题二请求超时或网络错误在服务器内网环境中可能需要对CLI工具本身配置代理。解决方案除了设置HTTP_PROXY环境变量hopp命令本身可以通过--proxy参数指定代理hopp https://api.example.com --proxy http://your-proxy:port对于集合运行目前CLI版本可能不支持直接参数传递代理更可靠的方法是在运行命令的终端环境中提前设置好HTTP_PROXY和HTTPS_PROXY。问题三如何输出更详细的结果或格式化JSON默认输出可能不够清晰特别是响应体很大的时候。解决方案使用--verbose或-v标志获取更详细的请求/响应头信息。对于JSON响应可以结合其他命令行工具如jq进行格式化过滤hopp https://api.example.com/data | jq .你需要先安装jqsudo yum install jq。问题四与图形化Postman集合的兼容团队可能已经有大量Postman集合Collection v2.1格式希望直接复用。解决方案Hoppscotch CLI主要支持其自家的集合格式。你需要进行转换。虽然有在线转换工具或脚本但在隔离内网可能不便。一个可行的思路是在可联网的机器上使用Postman的导出功能或第三方工具将Postman集合转换为OpenAPI 3.0 (Swagger) 规范。再寻找工具将OpenAPI规范转换为Hoppscotch集合格式。这个过程可能无法100%完美转换特别是预请求脚本和测试脚本需要手动检查和调整。性能调优建议禁用终端颜色输出如果输出到日志文件颜色代码会变成乱码。可以使用--no-color参数禁用。控制并发请求默认情况下集合中的请求是顺序执行的。对于性能测试场景你可能需要编写外部脚本利用hopp并行调用多个接口或者寻找其他专门的压测工具。合理使用缓存对于依赖身份认证的接口可以将获取到的token缓存到环境变量或文件中避免每次请求都重新认证。在银河麒麟V10SP2上部署PostWoman CLI核心难点不在于安装命令本身而在于适应国产化操作系统特有的环境约束比如软件源、依赖库、网络策略和权限管理。一旦打通了这个环节这个轻量级的命令行工具就能成为服务器端API测试和监控的得力助手尤其适合在强调安全可控、自动化运维的信创项目环境中使用。相比于在服务器上搭建完整的图形界面或依赖外部测试机这种方法更简洁、更原生也更容易集成到现有的运维体系中去。
1. 项目缘起为什么要在信创服务器上装PostWoman最近接手了一个信创环境下的项目后端服务部署在银河麒麟高级服务器操作系统V10 SP2上。开发团队习惯用Postman做接口调试但服务器是内网隔离环境没法直接装图形化的桌面应用。一开始想着用curl命令凑合但接口一多参数一复杂命令行调试的效率实在太低还容易出错。团队里有人提了一嘴“有没有类似Postman但能命令行跑的工具”这让我想起了PostWoman现在叫Hoppscotch CLI一个开源的、可以通过命令行或Web界面进行API测试的工具。它的轻量化和可脚本化特性看起来非常适合在无图形界面的服务器环境下使用。于是目标明确了在这台银河麒麟V10SP2服务器上成功安装并配置好PostWoman的命令行工具为后续的接口自动化测试和日常调试提供一个高效的本地化解决方案。这个过程看似简单就是装个软件但在以安全、稳定为首要目标的国产化服务器操作系统上从依赖解决到安装路径选择每一步都可能遇到在普通Linux发行版上不会出现的问题。接下来我就把这次从零开始的完整安装、配置和初步使用的过程以及中间踩过的几个“坑”详细记录下来。2. 环境侦察与前期准备认识你的银河麒麟V10SP2动手之前必须先摸清系统底细。银河麒麟V10基于openEuler或CentOS等上游发行版但做了大量深度定制和加固其软件源、内核模块、甚至一些基础命令的行为都可能与常见的CentOS/Ubuntu有差异。首先登录服务器查看系统基本信息cat /etc/os-release输出通常会包含类似Kylin Linux Advanced Server release V10 (SP2)的信息确认我们操作的系统版本无误。接着检查系统架构这决定了我们下载哪个版本的软件包uname -m对于目前主流的信创服务器输出很可能是aarch64鲲鹏、飞腾等ARM架构或x86_64。PostWoman CLI作为Node.js应用需要对应架构的Node.js运行时。本文将以x86_64架构为例进行演示aarch64流程基本一致主要区别在于Node.js二进制包的版本选择。注意银河麒麟系统默认的软件源配置在/etc/yum.repos.d/下可能不包含较新版本的Node.js。直接使用yum install nodejs安装的版本可能非常旧如v10.x无法满足PostWoman CLI的要求。因此我们通常需要从Node.js官方或国内镜像站获取二进制包或通过Node版本管理工具安装。另一个关键准备是网络代理如有。内网服务器可能需要配置代理才能访问外部资源如GitHub、npm官方仓库。你需要知道代理服务器的地址和端口并配置相应的环境变量export HTTP_PROXYhttp://your-proxy:port export HTTPS_PROXYhttp://your-proxy:port请将your-proxy:port替换为实际代理地址。这些变量需要在你执行npm install等网络命令的终端中生效。3. 核心依赖安装搞定Node.js与npmPostWoman CLIhoppscotch/cli是一个Node.js包因此安装它的前提是有一个版本合适的Node.js环境。我们避开系统源里陈旧的版本采用从NodeSource仓库安装的方法这能获得长期支持LTS且维护良好的版本。第一步添加NodeSource仓库NodeSource为不同的Linux发行版提供了预编译的RPM包。针对基于RHEL/CentOS的银河麒麟执行以下命令添加Node.js 18.x LTS的仓库18.x是一个兼顾稳定性和新特性的版本curl -fsSL https://rpm.nodesource.com/setup_18.x | sudo bash -这个脚本会自动检测系统版本并创建对应的repo文件。如果服务器无法直接访问nodesource.com你可能需要先将这个安装脚本下载到本地或者寻找国内的镜像源。第二步安装Node.js和npm仓库添加成功后使用yum安装sudo yum install -y nodejs安装完成后验证版本node --version # 应输出 v18.x.x npm --version # 应输出 9.x.x 或 10.x.x如果输出符合预期说明Node.js环境就绪。踩坑记录一证书与SSL问题在执行curl或后续npm install时你可能会遇到SSL certificate problem之类的错误。这在严格的内网环境中很常见通常是因为系统证书库不完整或过期。一个临时的解决方法是让curl和npm跳过证书验证仅限测试环境curl -kfsSL https://rpm.nodesource.com/setup_18.x | sudo bash - npm config set strict-ssl false但务必注意在生产环境中跳过SSL验证会带来安全风险。更正确的做法是更新系统的CA证书包sudo yum install ca-certificates并确保其最新。第三步配置npm源加速安装默认的npm源在国外下载速度可能极慢。我们需要将其替换为国内镜像源如淘宝npm镜像npm config set registry https://registry.npmmirror.com/可以通过npm config get registry命令来确认是否切换成功。4. 安装PostWoman CLI全局工具与项目内安装之选有了Node.js环境安装hoppscotch/cli就非常简单了。这里有两种安装方式适用于不同场景。方式一全局安装推荐用于频繁使用全局安装会将hopp命令注册到系统路径下在任何目录都可以直接调用。sudo npm install -g hoppscotch/cli使用sudo是因为全局安装通常需要向/usr/local/lib等系统目录写入文件需要root权限。安装完成后可以检查版本hopp --version如果成功输出版本号如0.15.0则安装成功。方式二项目本地安装如果你希望将接口测试工具与特定项目绑定避免污染全局环境可以在项目目录下本地安装cd /your/project/path npm install --save-dev hoppscotch/cli安装后你不能直接使用hopp命令而需要通过npx来运行npx hopp command踩坑记录二权限与路径问题全局安装后如果普通用户执行hopp命令提示command not found可能是Node.js的全局bin目录通常是/usr/local/bin不在该用户的PATH环境变量中。可以检查并添加echo $PATH # 如果缺少 /usr/local/bin可以将其添加到用户profile中 echo export PATH$PATH:/usr/local/bin ~/.bashrc source ~/.bashrc另一种可能是npm的全局安装路径不同。可以通过npm config get prefix查看前缀然后将prefix/bin加入PATH。5. 基础使用与配置从测试第一个API开始安装成功我们来跑一个最简单的测试验证工具是否工作。我们用一个免费的公共测试APIhttps://httpbin.org/get。发起一个GET请求hopp https://httpbin.org/get如果网络通畅你会在终端看到返回的JSON响应包含了请求的头部等信息。这说明CLI工具基本功能正常。使用Hoppscotch集合文件Hoppscotch CollectionCLI工具的强大之处在于可以运行预先定义好的请求集合Collection。一个Collection是一个JSON文件里面可以包含多个请求、文件夹、环境变量等。创建一个简单的集合文件例如my-api-test.json{ v: 1, name: My First API Test, folders: [], requests: [ { v: 1, name: Get Public IP, method: GET, endpoint: https://api.ipify.org?formatjson, params: [], headers: [], preRequestScript: , testScript: }, { v: 1, name: Post Echo, method: POST, endpoint: https://httpbin.org/post, params: [], headers: [ { key: Content-Type, value: application/json } ], body: { type: json, raw: {\message\: \Hello from Kylin V10\} }, preRequestScript: , testScript: } ] }运行整个集合hopp run my-api-test.jsonCLI会按顺序执行集合中的所有请求并输出每个请求的状态码、响应时间以及测试结果如果你在testScript中编写了断言。配置环境变量在实际项目中我们经常需要在不同环境开发、测试、生产间切换它们的API基地址Base URL可能不同。Hoppscotch CLI支持环境变量。创建一个环境文件env.dev.json{ name: Development, variables: [ { key: base_url, value: https://dev-api.example.com } ] }在集合文件中使用{{base_url}}作为变量占位符endpoint: {{base_url}}/user/login,运行集合时指定环境hopp run my-api-test.json -e env.dev.json6. 集成到自动化流程与CI/CD和脚本协作PostWoman CLI的真正价值在于其可脚本化特性可以无缝集成到自动化测试流程或部署脚本中。场景一作为持续集成CI中的API健康检查你可以在GitLab CI/CD、Jenkins或GitHub Actions的流水线中加入一个步骤在服务部署后自动运行关键的API健康检查集合。例如一个简单的GitHub Actions步骤配置- name: Run API Smoke Tests run: | npm install -g hoppscotch/cli hopp run smoke-tests.json -e env.prod.json env: API_TOKEN: ${{ secrets.PROD_API_TOKEN }}这里假设你的集合或环境文件中使用了{{API_TOKEN}}变量并通过GitHub Secrets传入。场景二编写Shell脚本进行定期测试你可以编写一个Bash脚本定期例如通过cron job执行接口测试并将结果输出到日志文件或发送通知。daily-api-check.sh:#!/bin/bash LOG_FILE/var/log/api-check-$(date %Y%m%d).log ENV_FILE/path/to/env.prod.json COLLECTION_FILE/path/to/critical-apis.json echo API Health Check $(date) $LOG_FILE hopp run $COLLECTION_FILE -e $ENV_FILE $LOG_FILE 21 # 检查最后一个命令的退出状态非0表示有请求失败 if [ $? -ne 0 ]; then echo API检查失败请查看日志: $LOG_FILE | mail -s API告警 adminexample.com fi然后给脚本执行权限并添加到crontab中chmod x daily-api-check.sh crontab -e # 添加一行例如每天凌晨2点执行 0 2 * * * /path/to/daily-api-check.sh实操心得处理认证与敏感信息在自动化脚本中切忌将API密钥、令牌等敏感信息硬编码在集合或环境JSON文件中。最佳实践是使用环境变量传递在CI/CD平台或服务器上设置环境变量如PROD_API_KEY在Hoppscotch的环境文件中用{{$PROD_API_KEY}}引用。Hoppscotch CLI原生支持从系统环境变量读取格式为{{$ENV_VAR_NAME}}。对于更复杂的认证流程如OAuth 2.0可能需要编写预请求脚本Pre-request Script来动态获取令牌但这在CLI中支持有限有时需要结合其他脚本先获取令牌再注入环境变量。7. 故障排查与进阶调优即使按照步骤安装在实际使用中也可能遇到问题。这里汇总几个常见问题及解决方案。问题一hopp命令执行报错Error: Cannot find module ...这通常是因为全局安装的包损坏或Node.js模块路径问题。解决方案尝试重新安装并确保使用sudo对于全局安装sudo npm uninstall -g hoppscotch/cli sudo npm install -g hoppscotch/cli如果问题依旧检查Node.js和npm本身是否安装完好node -vnpm -v。问题二请求超时或网络错误在服务器内网环境中可能需要对CLI工具本身配置代理。解决方案除了设置HTTP_PROXY环境变量hopp命令本身可以通过--proxy参数指定代理hopp https://api.example.com --proxy http://your-proxy:port对于集合运行目前CLI版本可能不支持直接参数传递代理更可靠的方法是在运行命令的终端环境中提前设置好HTTP_PROXY和HTTPS_PROXY。问题三如何输出更详细的结果或格式化JSON默认输出可能不够清晰特别是响应体很大的时候。解决方案使用--verbose或-v标志获取更详细的请求/响应头信息。对于JSON响应可以结合其他命令行工具如jq进行格式化过滤hopp https://api.example.com/data | jq .你需要先安装jqsudo yum install jq。问题四与图形化Postman集合的兼容团队可能已经有大量Postman集合Collection v2.1格式希望直接复用。解决方案Hoppscotch CLI主要支持其自家的集合格式。你需要进行转换。虽然有在线转换工具或脚本但在隔离内网可能不便。一个可行的思路是在可联网的机器上使用Postman的导出功能或第三方工具将Postman集合转换为OpenAPI 3.0 (Swagger) 规范。再寻找工具将OpenAPI规范转换为Hoppscotch集合格式。这个过程可能无法100%完美转换特别是预请求脚本和测试脚本需要手动检查和调整。性能调优建议禁用终端颜色输出如果输出到日志文件颜色代码会变成乱码。可以使用--no-color参数禁用。控制并发请求默认情况下集合中的请求是顺序执行的。对于性能测试场景你可能需要编写外部脚本利用hopp并行调用多个接口或者寻找其他专门的压测工具。合理使用缓存对于依赖身份认证的接口可以将获取到的token缓存到环境变量或文件中避免每次请求都重新认证。在银河麒麟V10SP2上部署PostWoman CLI核心难点不在于安装命令本身而在于适应国产化操作系统特有的环境约束比如软件源、依赖库、网络策略和权限管理。一旦打通了这个环节这个轻量级的命令行工具就能成为服务器端API测试和监控的得力助手尤其适合在强调安全可控、自动化运维的信创项目环境中使用。相比于在服务器上搭建完整的图形界面或依赖外部测试机这种方法更简洁、更原生也更容易集成到现有的运维体系中去。
