简介「Postman 环境安装及测试报告生成指令」是一份面向接口测试初学者与需要落地持续集成的测试人员的实战型 PDF 指引围绕 Postman 客户端部署、Newman 命令行运行与 HTML 报告输出这条主线展开帮助读者打通从图形化调试到无人值守批量执行的完整链路。资源包仅含 1 个 PDF 文件大小约 1.15MB版式紧凑单文件即涵盖环境准备、插件配置与命令调用三部分内容适合打印或本地留存随查随用。目前已有 210 人学习。内容上安装环节区分了 Node.js 的版本检测与补装路径并给出 newman 在线安装与离线替换 npm 目录两种方案对网络高峰时段、终端窗口误操作、重复安装版本限制等容易踩坑的细节逐一提醒报告部分通过 newman run 配合 html reporter 的命令示例说明集合文件路径与报告导出路径的写法。读者可据此快速搭起可复用的接口测试环境把手工回归转为脚本化执行并为后续接入持续集成流程提供参考。1. 图形界面点得再熟接口测试也要落到命令行那一步Postman 里点 Send 点得再熟练一到回归就露馅几十个请求靠手点报告靠截图和手抄换个同事就复现不出来。postman 环境安装和测试报告生成这两件事解决的其实是同一个问题——把“我手动跑过”变成“机器每次都能跑、跑完留下可交付的痕迹”。这套落地路径完全跑在 Windows 上Postman 本体负责编写和调试集合node.js 提供运行时newman 把集合搬到命令行执行newman-reporter-html 把执行结果渲染成一份能直接发给别人的 HTML。适合手里已经攒了一批 Postman 集合、想把它推进到可重复执行阶段的后端和测试同学如果集合还没成型环境装了也只能在桌面上摆着。2. Postman 安装与账号初始化三个容易反复折腾的环节接口测试的第一道门槛从来不是写断言而是把工具装成一个能长期用的状态。Postman 的安装包本身很省心双击之后全自动走完不需要选路径、不需要点下一步。真正让人来回折腾的是后面三件事注册页面的字段规则、首次启动后的状态确认、以及那个“新版本必须大于已装版本”的重复安装限制。这三件事任何一件没处理好轻则白装一遍重则把已有的集合和本地历史弄丢。2.1 安装包的获取与全自动安装的真实行为从官网下载页拿到的 Windows 安装包双击之后的体验接近于“什么都没发生”没有安装向导没有目录选择进度条一闪而过然后 Postman 主窗口自己起来了。这是正常的它把自己装进了当前用户目录而不是 Program Files所以不需要管理员权限也不会弹 UAC。安装路径常见的是%LOCALAPPDATA%\Postman下面按版本号分子目录存放比如app-版本号这种形式。理解这个目录结构有实际用处。当你想确认“到底装上了没”“现在跑的是哪个版本”时看目录比看界面快。用 PowerShell 列一下就能看清楚# 列出 Postman 的安装根目录按版本号分子目录存放 Get-ChildItem $env:LOCALAPPDATA\Postman -Directory | Select-Object Name, LastWriteTime这段命令做的是目录枚举$env:LOCALAPPDATA会自动展开成当前用户的本地区域数据目录不需要手写用户名。输出里会看到若干以app-开头的目录LastWriteTime最新的那个通常就是当前生效的版本。如果这个目录压根不存在说明安装包没有真正落地多半是被安全软件拦了或者双击的不是安装包本体。安装完成后如果界面没自动弹出来从开始菜单找 Postman 手动启动一次即可。首次启动会联网拉取一些前端资源网络差的时候窗口会白屏几秒到十几秒别急着判定装坏了。2.2 注册环节的字段规则与首次启动的状态确认安装完成后默认会打开一个英文的注册/登录页。这个页面完全可以自己翻译着看字段就三个邮箱、用户名、密码。注册是免费的不需要付费账号也能用本地集合和 newman 导出。字段上有几个经验性的注意点。邮箱建议用一个能长期收信的后面团队协作、集合同步、以及忘记密码找回都绑这个地址用户名一旦定下来不太好改团队空间里其他人看到的就是这个名字起名的时候稍微想一下密码的常见要求是长度 8 位以上、大小写字母加数字混合如果提交后页面报红但没有明显提示大概率就是没满足复杂度要求换一个更复杂的再提交。提示注册页面上如果有“跳过并使用离线模式”之类的入口能跳但跳过之后集合的云同步和跨设备拉取就用不了后续从别的机器导出集合会多一步手工搬运。个人练习无所谓团队协作场景建议老老实实注册。注册成功后进入主界面判断“环境是否可用”的标准很简单左侧能看到 Collections、Environments 这几个面板右上角能看到自己的账号标识新建一个 Collection 能正常保存。到这一步Postman 这一层就算立住了后面所有 newman 的动作都依赖从它导出的集合 JSON。登录状态还有一个隐性影响如果你的集合存在云端而不是本地导出的 JSON 才是 newman 真正吃进去的东西。所以无论在线离线最终都要落到“导出成文件”这个动作上这一点在第 4 章会展开。2.3 重复安装的版本约束与卸载的正确姿势Postman 有一个被反复提到的行为不能随意重复安装。更准确的说法是安装器在启动时会比对已安装的版本如果新安装包的版本号不高于已装版本安装过程会被静默拒绝——表现就是双击之后什么都没发生或者进度一闪就退出了没有任何错误弹窗。很多人以为安装包坏了反复下载反复双击其实是被版本比对挡在门外。对应的处理策略有三条按推荐顺序排场景处理方式风险点只是想升级到更高版本直接装更高版本的安装包覆盖安装无集合与登录态保留想装同版本或更低版本先从控制面板卸载再装目标版本卸载后本地缓存目录可能残留需手工清理卸载后重装报错清理%LOCALAPPDATA%\Postman残留目录再装该目录内含本地数据清理前先备份第三条里的“备份”不是客套话。卸载程序通常不会动%LOCALAPPDATA%\Postman和%APPDATA%\Postman这两个目录本地草稿、未同步的集合、历史请求记录都在里面。我一般会先把整个%APPDATA%\Postman复制一份到桌面再动手出问题能当后悔药用# 卸载前把本地数据目录整体备份一份出问题可以直接还原 $src $env:APPDATA\Postman $dst $env:USERPROFILE\Desktop\Postman_backup_$(Get-Date -Format yyyyMMdd_HHmm) Copy-Item -Path $src -Destination $dst -Recurse -Force Write-Output 备份完成$dst$env:APPDATA指向漫游数据目录-Recurse保证子目录一起复制目标路径里拼了时间戳多次备份不会互相覆盖。这段脚本跑完会在桌面上生成一个带日期的文件夹确认里面有几个 G 的数据之后再执行卸载心里就有底了。还有一条原则值得写下来一旦装成功并且跑通了就别轻易卸载。这套链路上 Postman、node.js、newman 三者是绑定的重装一次就要重新验证一遍 PATH 和全局包纯属给自己找活干。3. node.js 与 newman 的安装链路在线一条命令离线一堆细节newman 是 Postman 官方出的命令行集合运行器它直接读取 Postman 导出的 collection JSON不需要把用例改写成别的框架代码——这是它相对于自己手写 requests 或 httpx 脚本最大的优势迁移成本接近于零。代价是它跑在 node.js 上所以 node.js 必须先到位。这一章把“验证—在线装—离线铺—验证失败怎么查”四段串起来中间任何一段跳过去后面都会以更难懂的方式报错。3.1 先跑 npm -v 判断环境别急着装 node装任何东西之前先做一次体检。Win R输入cmd回车在新开的终端里敲:: 先看 npm 在不在能看到版本号就说明 node.js 已经装好可以跳到 3.2 npm -v :: 顺手把 node 版本也记下来后面排查兼容性问题要用 node -vnpm -v输出版本号比如 9.x、10.x具体数字有差异无所谓说明 node.js 和 npm 都已经在 PATH 里直接进 3.2别重复装。如果提示npm 不是内部或外部命令也不是可运行的程序才需要装 node.js。装 node.js 的过程没什么技术含量从官网下载 Windows 的.msi安装包双击之后除了勾选接受用户协议其余一路下一步安装路径保持默认。默认路径是C:\Program Files\nodejs\同时会把npm.cmd写进系统 PATH。装完不要在原地验证一定要新开一个 cmd 窗口再敲一次npm -v——旧窗口的 PATH 是继承安装前的看不到变化这是最常见的“装了但没生效”的假象。注意装 node.js 时不要顺手去改安装路径到中文目录或者带空格的深层目录npm 全局包的 shim 生成对这类路径偶尔会出问题默认路径最省心。3.2 在线安装 newman网络窗口与终端操作的影响确认npm -v通过之后安装 newman 就是一条命令:: 全局安装 newman-g 表示装到全局目录而不是当前项目 npm install -g newman :: 装完之后立刻验证能看到版本号才算成功 newman -v-g这个参数决定了包装在全局 prefix 目录下Windows 上通常是C:\Users\用户名\AppData\Roaming\npm。只有装在这里newman命令才能在任意目录被识别不加-g会装进当前目录的node_modules然后你会发现命令行里根本敲不出来。这条命令本身很短但失败率不低原因集中在两件事上网络和终端本身。网络这块原料里提到的“避开高峰期”是有道理的——早 7:30 到 9:30、午 11:30 到 14:30、晚 18:30 到 22:30 这几段时间公共网络拥堵npm install拉元数据和 tarball 容易超时表现是进度条卡住或者报ETIMEDOUT、ECONNRESET。我一般会先把源换成国内镜像再装成功率提升很明显:: 临时把 npm 源指向国内镜像装完可以改回官方源 npm config set registry https://registry.npmmirror.com :: 确认当前源避免配错 npm config get registry :: 重新执行安装 npm install -g newman终端这块更隐蔽。Windows 的控制台有一个“快速编辑模式”只要鼠标在窗口里点一下选中了文本后台进程就会被暂停——对是暂停不是终止看起来就像安装卡死了。安装期间动鼠标、动键盘、甚至点一下窗口标题栏都可能触发。所以装之前先把快速编辑关掉或者干脆全程不碰终端:: 查看当前全局包列表装完用它确认 newman 是否真的落在全局目录 npm ls -g --depth0npm ls -g --depth0列出的是全局安装的一层包不会递归展开依赖输出干净。看到newman版本号这一行说明包确实到位了如果列表里没有但newman -v又能用多半是 PATH 里存在另一份旧版本这种情况在同时装过多个 node 版本的机器上会出现。3.3 离线铺 npm 目录四个必须对齐的细节在线装反复失败十几次之后就该走离线这条路了。思路很直接找一个装好的环境把全局 npm 目录整体打包在目标机器上原样铺回去。但铺的位置和层级只要错一点newman -v就直接报“不是内部或外部命令”。第一步是确认目标路径。不要凭记忆写用命令查:: 查出 npm 的全局 prefix离线包必须铺在这个目录下 npm config get prefix输出一般是C:\Users\用户名\AppData\Roaming\npm。这个目录里放的是各个全局包的目录以及一批.cmd后缀的启动脚本——newman.cmd就在这一层。第二步是清理。这个目录下的内容原本是 node.js 装好之后 npm 初始化生成的直接清空不会影响 npm 命令本身因为npm.cmd本体在C:\Program Files\nodejs\下不在这里。但清空之前一定先复制一份出去这就是前面说的后悔药:: 先备份到桌面出问题能立刻还原 xcopy C:\Users\xxx\AppData\Roaming\npm %USERPROFILE%\Desktop\npm_backup\ /E /I /Y :: 确认备份有内容之后再清空原目录 rd /s /q C:\Users\xxx\AppData\Roaming\npm mkdir C:\Users\xxx\AppData\Roaming\npm命令里的xxx要换成自己的用户名/E表示连空目录一起复制/I让 xcopy 把目标当目录处理而不是每次询问/Y跳过覆盖确认。第三步是解压。这里有一个高频翻车点压缩包解开后如果多套了一层目录变成npm\npm\newman.cmd命令就永远找不到。正确的状态是newman.cmd和newman目录直接躺在AppData\Roaming\npm这一层下面和清空前的结构一致。解压完先在文件管理器里看一眼层级比敲十次命令都快。第四步是验证。必须新开一个 cmd 窗口老窗口的 PATH 缓存不刷新:: 新开终端后验证能出版本号说明离线铺装成功 newman -v :: 如果报“不是内部或外部命令”先看 PATH 里有没有这个目录 echo %PATH%echo %PATH%的输出里应该能找到C:\Users\用户名\AppData\Roaming\npm这一段。找不到的话说明 node.js 安装时没有把这个目录写进用户 PATH手工加进去再开新窗口即可。3.4 newman -v 验证失败时的三条排查线newman命令敲下去没反应或者报错按下面三条线依次查基本能覆盖九成情况。第一条线看 PATH。echo %PATH%里没有全局 npm 目录就是 PATH 的问题补进去重开终端。第二条线看文件是否存在。直接去AppData\Roaming\npm目录里找newman.cmd找不到说明离线包铺错了层级或者在线装根本没成功。第三条线看 node.js 是否被误删。node -v敲不出来那newman.cmd存在也没用因为它内部要调 node 执行。还有一种表现是命令能跑但报模块缺失类似Cannot find module newman。这通常是全局目录里的newman包目录被清掉了、只剩.cmd壳子重新装一遍或者重新铺一次离线包即可。4. newman-reporter-html 与 newman run把集合跑成一份能交付的 HTML到这一步环境已经能跑集合了但 newman 默认只把结果打在终端里滚动几百行之后想回看某个失败断言得往上翻半天。newman-reporter-html 的作用就是把这些终端输出渲染成一个静态 HTML 文件断言明细、请求耗时、失败原因都在一张表里能直接发出去。这一章讲插件的安装判断、newman run的参数拆解以及报告里到底该看什么。4.1 插件安装与“装没装上”的判断安装命令和装 newman 是同一套路子:: 全局安装 HTML 报告插件 npm install -g newman-reporter-html :: 列出全局包确认插件和 newman 都在 npm ls -g --depth0npm ls -g --depth0的输出里应该同时出现newman和newman-reporter-html两行。这一步很关键因为报告插件不是 newman 的内置能力缺了它命令里写-r html会直接报“找不到 reporter”而不是悄悄降级成终端输出。装这个包耗时很短正常网络下十几秒就结束。同样要求安装期间不要操作终端窗口原因和上面一样。装完之后没有独立的验证命令最直接的验证方式就是拿一个小集合跑一次带报告的newman run看输出目录里有没有生成 HTML 文件——这比任何间接判断都可靠。4.2 newman run 命令的参数逐项拆解最朴素的调用只有集合文件一个参数实际用起来几乎都会带上环境变量、数据文件、报告器这几项。下面这条是 Windows cmd 下比较完整的形态注意续行符是^:: 跑集合并生成 HTML 报告各参数含义见下方表格 newman run .\tests\login.postman_collection.json ^ -e .\env\test.postman_environment.json ^ -d .\data\login.csv ^ -n 3 ^ --delay-request 200 ^ --timeout-request 5000 ^ --reporters cli,html ^ --reporter-html-export .\reports\login_report.html这条命令的执行顺序是读取集合 JSON套上环境变量文件里的变量按数据文件的每一行迭代一次共 3 轮每轮里每个请求之间停 200 毫秒单请求超过 5 秒判超时最后同时输出终端结果和 HTML 报告到指定路径。参数作用常用取值与说明-e指定环境变量文件导出的*.postman_environment.json集合里的{{baseUrl}}等占位符靠它填-d指定数据文件做数据驱动CSV 或 JSONCSV 每行一组变量-n不写时按行数迭代-n迭代次数不配合-d时表示整轮重复跑几次压测场景常用--delay-request请求间隔毫秒数100500 比较常见用来降低对测试环境的瞬时压力--timeout-request单请求超时毫秒300010000本地环境可以短跨网段调长--timeout-script脚本执行超时断言里有复杂计算时适当加大默认 5000 够用-r/--reporters报告器列表逗号分隔cli,html最常用需要机读结果时加json--reporter-html-exportHTML 报告输出路径必须显式写不写会落到默认目录里不好找--folder只跑集合里的某个文件夹适合把登录、下单这类模块拆开单独跑--bail首个失败立即中断冒烟场景加上全量回归一般不加有两个参数容易混淆。-n和-d同时出现时实际执行次数由数据文件行数决定-n会被忽略或者起到限制上限的作用具体行为随版本略有差异稳妥做法是二选一。--reporters里的cli是终端输出很多人只写html结果跑完屏幕上什么都没有以为命令没执行——其实是报告全写进文件了。还有一个路径问题值得单独提。--reporter-html-export指定的目录如果不存在行为不是自动创建而是报错或者静默不生成视版本而定。所以在脚本里跑之前先用if not exist ... mkdir把目录建好第 6 章的批处理里就是这么处理的。4.3 报告里的四类信息怎么读HTML 报告打开之后信息量不小按重要性排我一般只看四块。第一块是顶部的汇总行包含总请求数、总断言数、失败断言数、总耗时。失败断言数为 0 才说明全过这个数字比终端里滚动的绿字可靠。第二块是失败断言的明细列表每条会给出发起请求的迭代序号、断言名称、期望值和实际值。数据驱动跑多轮时迭代序号能直接定位到是 CSV 的第几行数据出的问题。第三块是每个请求的响应时间。平均值只能看个大概真正有用的是找出明显偏离的那几个请求——比如大部分请求 80 毫秒某几个 3000 毫秒那多半是被测服务那一侧的问题不是脚本的问题。第四块是请求与响应的原始报文报告里可以展开。这一步在排查“断言写错了还是接口改了”的时候特别省事不用再回 Postman 重放一遍。注意报告默认会把请求头里的认证信息一并写进 HTML包括 token 和 cookie。这份文件如果要发给外部或者归档到公共目录先把敏感头处理掉别直接把原始报告丢出去。4.4 环境变量与数据文件的配合环境变量文件解决的是“同一套集合在不同环境跑”的问题数据文件解决的是“同一套用例用不同数据跑”的问题两者职责别混。baseUrl、超时阈值、固定租户 ID 这类跟着环境走的放环境变量用户名密码、订单号这类每轮要变的放数据文件。一个常被忽略的细节是 CSV 的编码。用 Excel 编辑完另存为 CSVWindows 下默认是 GBK 编码而 newman 按 UTF-8 解析结果就是中文参数跑出来是一串问号断言自然全挂。解决办法是用记事本或编辑器另存为 UTF-8或者在 Excel 里选“CSV UTF-8”格式导出。这个问题排查起来很费时间因为报错信息不会告诉你编码有问题只会告诉你断言不匹配。5. 避坑与排查五个真实翻车场景的复盘安装链路和运行链路上踩过的坑基本都能归到下面五类。每一条按“看到什么现象 → 为什么会这样 → 怎么处理”写照着对照比从头推理快得多。5.1 安装阶段的三个坑坑一双击安装包毫无反应。现象是双击 Postman 安装包之后没有任何窗口弹出任务管理器里进程闪一下就没了。原因不是安装包损坏而是安装器检测到本机已装版本不低于当前包版本直接静默退出。解决方式二选一下载一个更高版本的安装包覆盖安装或者先卸载旧版本再装目标版本。卸载前记得按 2.3 的方式备份%APPDATA%\Postman那里面的本地数据卸载程序不会管。坑二npm install -g newman卡住几十分钟不动。现象是命令敲下去之后光标一直闪没有任何输出也不报错CtrlC 才能退出。原因通常是两条叠加网络在拉 tarball 时超时重试以及终端被鼠标点中触发了快速编辑模式的暂停。先在终端标题栏右键进属性把“快速编辑模式”取消勾选再换成国内镜像源重试:: 关掉快速编辑后换源重装如果还是慢就是出口网络的问题 npm config set registry https://registry.npmmirror.com npm install -g newman --loglevelhttp--loglevelhttp会把每一次 HTTP 请求打出来能明显看出是卡在拉元数据还是卡在下载包比干等着强。坑三离线铺完 npm 目录newman -v报“不是内部或外部命令”。现象很明确命令完全识别不了。原因九成是解压时多套了一层目录实际路径变成了AppData\Roaming\npm\npm\newman.cmd。进目录看一眼层级就能确认。处理方式是把内层目录里的内容整体上移一层保证newman.cmd直接位于npm目录下。另一个次要原因是 PATH 里没有这个目录用echo %PATH%确认后手工补上然后必须新开终端。5.2 运行阶段的三个坑坑四命令跑完了报告目录里空空如也。现象是终端里能看到断言结果但指定的 HTML 文件没生成。原因有两个常见版本一是只写了-r html没写--reporter-html-export报告落到了当前工作目录下的newman/子目录里二是指定的输出目录不存在写入失败但不一定有醒目报错。解决方式是路径写绝对路径或者先建目录并且在脚本里加一步存在性检查。跑完之后第一时间dir一下目标目录别等要发报告了才发现没有。坑五断言全绿但业务结果是错的。现象是报告里失败数为 0可实际下单金额、返回的用户 ID 明显不对。原因通常是没带-e参数集合里的{{baseUrl}}和各类变量取的是 Postman 里残留的默认值请求打到了另一套环境上而那套环境的返回刚好能满足断言。解决方式是每次执行都显式带-e并且在报告里抽查一两个请求的完整 URL确认打的是预期环境。这一点在有多套环境的团队里特别容易中招。坑六CSV 数据文件里的中文全部变成问号。现象是接口收到的参数是乱码断言因为字符串不匹配而失败但同一份数据在 Postman 图形界面里跑是正常的。原因是 Excel 保存 CSV 时用了 GBK 编码newman 按 UTF-8 读取。解决方式是用编辑器的“另存为”选 UTF-8或者用 Excel 的“CSV UTF-8逗号分隔”格式导出。顺手在 cmd 里把代码页切到 65001终端输出的中文也不会花:: 切换终端代码页到 UTF-8避免中文输出乱码干扰判断 chcp 65001这六条里坑一和坑三属于装一次踩一次的类型坑四和坑五属于换个人接手就会重演的类型。把它们写进团队的 README比在群里反复回答省事得多。6. 进阶用批处理把 newman 固化成一条能带退出码的命令环境装好、单条命令跑通之后下一步要做的是让它不依赖某个人记得参数。我一般的做法是写一个.bat放在项目根目录双击就能跑CI 里也能直接调。核心要解决四件事路径不依赖当前工作目录、报告不互相覆盖、中文不乱码、失败时能返回非零退出码。echo off :: 切到 UTF-8 代码页避免中文输出和报告标题乱码 chcp 65001 nul setlocal :: 用日期时间生成报告文件名多次执行不会互相覆盖 set STAMP%date:~0,4%%date:~5,2%%date:~8,2%_%time:~0,2%%time:~3,2% :: 小时数为个位数时 time 前面会带空格替换成 0 set STAMP%STAMP: 0% :: %~dp0 是脚本所在目录保证双击运行时路径也对 set BASE%~dp0 set REPORT_DIR%BASE%reports if not exist %REPORT_DIR% mkdir %REPORT_DIR% :: --bail 让首个失败立即中断冒烟场景下能快速暴露问题 call newman run %BASE%collections\api.postman_collection.json ^ -e %BASE%env\test.postman_environment.json ^ --reporters cli,html ^ --reporter-html-export %REPORT_DIR%\report_%STAMP%.html ^ --timeout-request 5000 ^ --bail :: errorlevel 非 0 说明有用例失败向上抛出非零退出码 if errorlevel 1 ( echo [FAIL] 存在未通过用例报告%REPORT_DIR%\report_%STAMP%.html exit /b 1 ) echo [PASS] 全部用例通过报告%REPORT_DIR%\report_%STAMP%.html exit /b 0%~dp0展开成脚本所在的完整目录带尾部反斜杠这样无论从哪个目录调用这个 bat集合和环境文件的相对路径都不会错——这是批处理里最值得记住的一个变量。%date%和%time%的截取依赖系统区域格式写成yyyyMMdd这种顺序在中文 Windows 下是稳的%STAMP: 0%那一行做的是字符串替换把小时数为个位数时产生的空格换成 0否则文件名里会夹空格后续处理很烦。call newman前面的call不能省直接调外部命令会让批处理提前退出后面的errorlevel判断根本执行不到。这个退出码是整段脚本的价值所在。CI 判断一次构建成不成功看的就是进程退出码而不是去解析终端日志里有没有红字。验证方法也很简单故意把某个断言的条件改错跑一次echo %errorlevel%应该输出 1再改回来跑一次输出 0。这一步一定要亲手做一遍别信“应该是这样”。还有一个习惯上的调整值得说。以前我总是把报告路径写成固定的report.html跑第二遍就把第一遍覆盖了等要对比“昨天还好今天挂了”的时候历史记录全没了。自从有一次追一个偶现的失败断言、翻遍磁盘找不到上一份报告之后我每次都会强制用时间戳命名并且跑完立刻把失败的那份单独复制出来存档。环境装得好不好最终不体现在命令能不能跑通而体现在出问题的时候你有没有留下可查的证据。希望帮到你。本文还有配套的精品资源点击获取