简介logstash-filter-grok-4.3.0.tar.gz 是 Logstash 生态中用于日志解析的 Grok 过滤器插件源码包面向使用 Elastic Stack 做日志采集、结构化处理与分析的运维及开发人员。Grok 内置大量预定义正则模式可将 Web 服务器、数据库等非结构化日志文本转换为结构化字段再经输出插件流入 Elasticsearch 完成检索、聚合与可视化是打通日志处理链路的关键一环。资源包共 21 个文件约 22KB以 md 文档、rb 源码、yml 配置为主另含 gemspec、Gemfile、Rakefile、LICENSE 及 asciidoc 说明等分别承载插件核心逻辑、依赖声明、构建脚本与使用文档便于阅读源码或二次开发。目前已有 416 人学习下载。通过该包可了解 Grok 插件的目录组织与实现方式掌握 match 匹配规则、自定义模式文件及测试用例的编写思路为构建高效日志解析管道提供参考。1. 装 Logstash 插件前先看清这个 4.3.0 的版本坑很多人第一次接触 Logstash 插件安装都是被一条报错逼到墙角的。日志管道跑得好好的突然某天 Grok 匹配全挂_grokparsefailure刷满索引Kibana 里一片红。你以为是正则写错了改了半天最后发现是插件版本和 Logstash 本体对不上。logstash-filter-grok-4.3.0.tar.gz这个包就是专门解决这类问题的离线安装包。它适合两类人一类是在内网环境里没法直接bin/logstash-plugin install的运维另一类是版本锁死、必须手动指定 Grok 插件版本的老集群维护者。装不好会怎样轻则 Grok 模式加载失败重则 Logstash 启动直接报插件依赖冲突整个日志采集链路断掉。所以这篇笔记不聊 Grok 语法怎么写只讲这个 4.3.0 的包怎么装进去、怎么配、坏了怎么救。2. 环境准备Logstash 本体版本和插件依赖怎么对2.1 先确认 Logstash 版本别急着解压logstash-filter-grok-4.3.0不是孤立存在的它依赖 Logstash 的插件 API。我一般会先登到目标机器上跑一条命令看本体版本# 查看 Logstash 版本和已安装插件列表 /usr/share/logstash/bin/logstash --version /usr/share/logstash/bin/logstash-plugin list --verbose | grep grok第一条输出类似logstash 7.17.9第二条会显示当前 Grok 插件版本。如果已经装了 Grok 但版本低于 4.3.0后面就要先卸载再离线装。常见做法是Logstash 7.x 配 Grok 4.3.0 是稳的Logstash 8.x 也能跑但 6.x 及以下不建议硬上插件 API 差异会导致NoMethodError。这一步别偷懒版本对不上后面所有操作都是白费。2.2 离线包解压后的目录结构要认清拿到logstash-filter-grok-4.3.0.tar.gz之后先别直接往 plugins 目录里扔。解压看一眼结构# 解压到临时目录查看包内结构 mkdir -p /tmp/grok-plugin tar -zxvf logstash-filter-grok-4.3.0.tar.gz -C /tmp/grok-plugin find /tmp/grok-plugin -maxdepth 2 -type d正常会看到logstash-filter-grok-4.3.0/下面有lib/、spec/、Gemfile、gemspec这些。关键是lib/logstash/filters/grok.rb和lib/logstash/filters/grok/目录里面是模式定义和匹配逻辑。如果解压出来只有一堆.rb文件没有目录层级说明打包方式不对这种包直接装会报cannot load such file。我一般会检查gemspec里的s.require_paths是不是[lib]不是的话手动改一下再重新打包。2.3 依赖的 Gem 包提前备好Grok 插件本身依赖jls-grok和logstash-core-plugin-api。离线环境里这些 Gem 不会自动下载。常见做法是找一台能联网的同版本机器把依赖拉下来# 在联网机器上拉取依赖 Gem 到本地目录 mkdir -p /tmp/grok-gems cd /tmp/grok-gems gem fetch jls-grok -v 0.11.5 gem fetch logstash-core-plugin-api -v 2.1.16 ls -lh *.gem版本号不是随便写的jls-grok 0.11.5是 Grok 4.3.0 的gemspec里锁定的范围logstash-core-plugin-api 2.1.16对应 Logstash 7.x 的 API 版本。把这两个.gem文件和插件包一起拷到目标机器后面安装时用--local指定路径避免它去连外网。3. 安装实操离线装 Grok 4.3.0 的两种路子3.1 用 logstash-plugin 走本地 Gem 源这是最干净的方式Logstash 自带的插件管理器能处理依赖关系。先把 Gem 文件放到一个本地目录然后执行# 进入 Logstash 安装目录指定本地 Gem 源安装 cd /usr/share/logstash bin/logstash-plugin install --local --no-verify /tmp/grok-gems/logstash-filter-grok-4.3.0.gem--local告诉插件管理器只从本地找包--no-verify跳过在线校验内网环境必须加否则它会卡在连接 rubygems.org 那一步。执行完会输出Installing logstash-filter-grok和Installation successful。如果报Could not find gem jls-grok说明依赖 Gem 没放在同一个目录或者文件名不对。我一般会把所有.gem文件平铺在一个目录里再跑一次。3.2 手动解压覆盖到 plugins 目录有些老版本 Logstash 的插件管理器有 bug--local也会去联网。这时候只能手动来# 找到 Logstash 的插件目录手动解压覆盖 LOGSTASH_HOME/usr/share/logstash PLUGIN_DIR$LOGSTASH_HOME/vendor/local_gems mkdir -p $PLUGIN_DIR/logstash-filter-grok-4.3.0 tar -zxvf logstash-filter-grok-4.3.0.tar.gz -C $PLUGIN_DIR/logstash-filter-grok-4.3.0 --strip-components1--strip-components1是为了去掉包名那一层目录让lib/直接落在插件目录下。然后要改Gemfile.lock或者gemspec里的路径引用让 Logstash 启动时能加载到。手动方式容易漏依赖装完必须跑bin/logstash-plugin list确认 Grok 出现在列表里。没出现的话检查LOGSTASH_HOME/vendor/bundle下有没有对应的 gem 链接。3.3 安装后的目录权限别忽略Logstash 通常以logstash用户运行手动解压的文件如果属主是 root启动时会报Permission denied。装完补一条# 修正插件目录属主和权限 chown -R logstash:logstash /usr/share/logstash/vendor/local_gems/logstash-filter-grok-4.3.0 chmod -R 755 /usr/share/logstash/vendor/local_gems/logstash-filter-grok-4.3.0这一步看着简单但我在生产环境里见过好几次因为权限问题导致插件加载失败日志里只报LoadError不细看根本想不到是属主问题。4. 配置落地Grok 模式文件放哪、怎么调4.1 自定义模式文件的存放路径Grok 4.3.0 默认会加载patterns/目录下的模式文件。离线安装后这个目录可能在$LOGSTASH_HOME/vendor/local_gems/logstash-filter-grok-4.3.0/patterns/也可能在$LOGSTASH_HOME/patterns/。我一般会统一放到 Logstash 配置目录下# 创建自定义模式目录把业务模式文件放进去 mkdir -p /etc/logstash/patterns cp /usr/share/logstash/vendor/local_gems/logstash-filter-grok-4.3.0/patterns/grok-patterns /etc/logstash/patterns/然后在logstash.conf里用patterns_dir指过去filter { grok { patterns_dir [/etc/logstash/patterns] match { message %{TIMESTAMP_ISO8601:log_time} %{LOGLEVEL:level} %{GREEDYDATA:msg} } } }patterns_dir可以写多个路径Grok 会按顺序加载。注意 4.3.0 对路径通配符支持有变化别写/etc/logstash/patterns/*直接写目录就行。4.2 模式匹配超时和性能参数Grok 正则跑飞是常事4.3.0 加了timeout_millis参数默认 30000 毫秒。日志量大的时候我一般会调小filter { grok { match { message %{COMBINEDAPACHELOG} } timeout_millis 5000 tag_on_timeout _groktimeout } }timeout_millis控制单条消息匹配的最长等待时间超了就打_groktimeout标签避免一条烂日志拖死整个 pipeline。tag_on_timeout是自定义标签名不写默认是_groktimeout。这个参数在 4.3.0 之前的版本里没有算是升级的一个理由。4.3 多模式匹配的命名捕获冲突如果一条消息要匹配多个模式比如先试 JSON 再试文本命名捕获组会冲突。4.3.0 的处理方式是后匹配的覆盖先匹配的。我一般会加break_on_match false让所有模式都跑一遍然后用overwrite控制字段覆盖filter { grok { match { message [ %{TIMESTAMP_ISO8601:ts} %{LOGLEVEL:level} %{GREEDYDATA:msg}, %{GREEDYDATA:raw} ] } break_on_match false overwrite [msg] } }break_on_match默认是 true匹配到一个就停。设成 false 会继续尝试后面的模式适合字段可能缺失的场景。overwrite指定哪些字段允许被后面的匹配覆盖不写的话同名字段会变成数组后面解析起来很麻烦。5. 避坑排查Grok 4.3.0 离线安装的五个翻车现场5.1 报错Could not find logstash-filter-grok但文件明明在现象是bin/logstash-plugin install --local执行后提示找不到包。原因通常是 Gem 文件名和gemspec里的s.name不一致。解决方法是解压包看logstash-filter-grok-4.3.0.gemspec里s.name是不是logstash-filter-groks.version是不是4.3.0。不一致就手动改文件名或者重新用gem build打包。5.2 启动报LoadError: cannot load such file -- logstash/filters/grok现象是 Logstash 启动直接挂日志里指向grok.rb。原因是手动解压时目录层级错了lib/没有放在插件根目录下。解决方法是进到插件目录确认lib/logstash/filters/grok.rb这个路径存在。如果变成了logstash-filter-grok-4.3.0/lib/...说明--strip-components没加或者加错了。5.3 Grok 匹配全失败但正则单独测没问题现象是 Kibana 里全是_grokparsefailure但把正则拿到在线工具里测能匹配。原因是模式文件没加载patterns_dir路径写错或者权限不够。解决方法是看 Logstash 启动日志里有没有Grok patterns dir相关的行确认路径被识别。然后ls -l看模式文件是不是logstash用户可读。5.4 升级后旧模式文件不兼容现象是从旧版 Grok 升到 4.3.0 后原来能匹配的日志开始报错。原因是 4.3.0 调整了部分内置模式的命名比如SYSLOGTIMESTAMP的匹配范围变了。解决方法是把自定义模式文件里的内置模式引用全部检查一遍对照 4.3.0 的grok-patterns文件改。我一般会保留一份旧版模式文件做 diff逐个确认。5.5 插件装了但logstash-plugin list不显示现象是安装过程没报错但列表里就是没有 Grok。原因是 Logstash 的插件缓存没刷新。解决方法是删掉$LOGSTASH_HOME/vendor/bundle下的gems缓存目录或者直接跑bin/logstash-plugin update --local强制刷新。还不行就检查Gemfile.lock里有没有logstash-filter-grok的条目没有的话手动加一行再跑bundle install --local。6. 装完怎么验证一条 Grok 管道跑通才算数验证不是看插件列表里有没有名字而是让一条真实日志走完整个 filter。我一般会写一个最小化的logstash.conf用stdin输入、stdout输出不碰 Elasticsearch先把 Grok 本身跑通input { stdin { } } filter { grok { match { message %{TIMESTAMP_ISO8601:ts} %{LOGLEVEL:level} %{GREEDYDATA:msg} } } } output { stdout { codec rubydebug } }保存成/tmp/test-grok.conf然后跑/usr/share/logstash/bin/logstash -f /tmp/test-grok.conf启动后手动输入一行2024-01-15T10:30:00 INFO service started看输出里有没有ts、level、msg三个字段。如果level是INFOmsg是service started说明 Grok 4.3.0 加载正常、模式匹配正常。如果输出里多了一个_grokparsefailure标签说明匹配失败回去检查模式文件路径和正则。这一步跑通之后再把 output 换成 Elasticsearch验证完整链路output { elasticsearch { hosts [http://localhost:9200] index grok-test-%{YYYY.MM.dd} } }跑几条日志后去 Kibana 里查grok-test-*索引看字段有没有正确解析。我一般会故意发一条格式不对的日志确认_grokparsefailure标签能正常打上这样才算把异常路径也验证了。从那以后我每次离线装 Logstash 插件都强制走一遍「版本核对 → 本地 Gem 安装 → 最小管道验证 → 异常日志测试」这四步少一步都不放心。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/18 15:28:28 · 阅读 1.2k Logstash Grok 4.3.0 离线安装与配置避坑指南
简介logstash-filter-grok-4.3.0.tar.gz 是 Logstash 生态中用于日志解析的 Grok 过滤器插件源码包面向使用 Elastic Stack 做日志采集、结构化处理与分析的运维及开发人员。Grok 内置大量预定义正则模式可将 Web 服务器、数据库等非结构化日志文本转换为结构化字段再经输出插件流入 Elasticsearch 完成检索、聚合与可视化是打通日志处理链路的关键一环。资源包共 21 个文件约 22KB以 md 文档、rb 源码、yml 配置为主另含 gemspec、Gemfile、Rakefile、LICENSE 及 asciidoc 说明等分别承载插件核心逻辑、依赖声明、构建脚本与使用文档便于阅读源码或二次开发。目前已有 416 人学习下载。通过该包可了解 Grok 插件的目录组织与实现方式掌握 match 匹配规则、自定义模式文件及测试用例的编写思路为构建高效日志解析管道提供参考。1. 装 Logstash 插件前先看清这个 4.3.0 的版本坑很多人第一次接触 Logstash 插件安装都是被一条报错逼到墙角的。日志管道跑得好好的突然某天 Grok 匹配全挂_grokparsefailure刷满索引Kibana 里一片红。你以为是正则写错了改了半天最后发现是插件版本和 Logstash 本体对不上。logstash-filter-grok-4.3.0.tar.gz这个包就是专门解决这类问题的离线安装包。它适合两类人一类是在内网环境里没法直接bin/logstash-plugin install的运维另一类是版本锁死、必须手动指定 Grok 插件版本的老集群维护者。装不好会怎样轻则 Grok 模式加载失败重则 Logstash 启动直接报插件依赖冲突整个日志采集链路断掉。所以这篇笔记不聊 Grok 语法怎么写只讲这个 4.3.0 的包怎么装进去、怎么配、坏了怎么救。2. 环境准备Logstash 本体版本和插件依赖怎么对2.1 先确认 Logstash 版本别急着解压logstash-filter-grok-4.3.0不是孤立存在的它依赖 Logstash 的插件 API。我一般会先登到目标机器上跑一条命令看本体版本# 查看 Logstash 版本和已安装插件列表 /usr/share/logstash/bin/logstash --version /usr/share/logstash/bin/logstash-plugin list --verbose | grep grok第一条输出类似logstash 7.17.9第二条会显示当前 Grok 插件版本。如果已经装了 Grok 但版本低于 4.3.0后面就要先卸载再离线装。常见做法是Logstash 7.x 配 Grok 4.3.0 是稳的Logstash 8.x 也能跑但 6.x 及以下不建议硬上插件 API 差异会导致NoMethodError。这一步别偷懒版本对不上后面所有操作都是白费。2.2 离线包解压后的目录结构要认清拿到logstash-filter-grok-4.3.0.tar.gz之后先别直接往 plugins 目录里扔。解压看一眼结构# 解压到临时目录查看包内结构 mkdir -p /tmp/grok-plugin tar -zxvf logstash-filter-grok-4.3.0.tar.gz -C /tmp/grok-plugin find /tmp/grok-plugin -maxdepth 2 -type d正常会看到logstash-filter-grok-4.3.0/下面有lib/、spec/、Gemfile、gemspec这些。关键是lib/logstash/filters/grok.rb和lib/logstash/filters/grok/目录里面是模式定义和匹配逻辑。如果解压出来只有一堆.rb文件没有目录层级说明打包方式不对这种包直接装会报cannot load such file。我一般会检查gemspec里的s.require_paths是不是[lib]不是的话手动改一下再重新打包。2.3 依赖的 Gem 包提前备好Grok 插件本身依赖jls-grok和logstash-core-plugin-api。离线环境里这些 Gem 不会自动下载。常见做法是找一台能联网的同版本机器把依赖拉下来# 在联网机器上拉取依赖 Gem 到本地目录 mkdir -p /tmp/grok-gems cd /tmp/grok-gems gem fetch jls-grok -v 0.11.5 gem fetch logstash-core-plugin-api -v 2.1.16 ls -lh *.gem版本号不是随便写的jls-grok 0.11.5是 Grok 4.3.0 的gemspec里锁定的范围logstash-core-plugin-api 2.1.16对应 Logstash 7.x 的 API 版本。把这两个.gem文件和插件包一起拷到目标机器后面安装时用--local指定路径避免它去连外网。3. 安装实操离线装 Grok 4.3.0 的两种路子3.1 用 logstash-plugin 走本地 Gem 源这是最干净的方式Logstash 自带的插件管理器能处理依赖关系。先把 Gem 文件放到一个本地目录然后执行# 进入 Logstash 安装目录指定本地 Gem 源安装 cd /usr/share/logstash bin/logstash-plugin install --local --no-verify /tmp/grok-gems/logstash-filter-grok-4.3.0.gem--local告诉插件管理器只从本地找包--no-verify跳过在线校验内网环境必须加否则它会卡在连接 rubygems.org 那一步。执行完会输出Installing logstash-filter-grok和Installation successful。如果报Could not find gem jls-grok说明依赖 Gem 没放在同一个目录或者文件名不对。我一般会把所有.gem文件平铺在一个目录里再跑一次。3.2 手动解压覆盖到 plugins 目录有些老版本 Logstash 的插件管理器有 bug--local也会去联网。这时候只能手动来# 找到 Logstash 的插件目录手动解压覆盖 LOGSTASH_HOME/usr/share/logstash PLUGIN_DIR$LOGSTASH_HOME/vendor/local_gems mkdir -p $PLUGIN_DIR/logstash-filter-grok-4.3.0 tar -zxvf logstash-filter-grok-4.3.0.tar.gz -C $PLUGIN_DIR/logstash-filter-grok-4.3.0 --strip-components1--strip-components1是为了去掉包名那一层目录让lib/直接落在插件目录下。然后要改Gemfile.lock或者gemspec里的路径引用让 Logstash 启动时能加载到。手动方式容易漏依赖装完必须跑bin/logstash-plugin list确认 Grok 出现在列表里。没出现的话检查LOGSTASH_HOME/vendor/bundle下有没有对应的 gem 链接。3.3 安装后的目录权限别忽略Logstash 通常以logstash用户运行手动解压的文件如果属主是 root启动时会报Permission denied。装完补一条# 修正插件目录属主和权限 chown -R logstash:logstash /usr/share/logstash/vendor/local_gems/logstash-filter-grok-4.3.0 chmod -R 755 /usr/share/logstash/vendor/local_gems/logstash-filter-grok-4.3.0这一步看着简单但我在生产环境里见过好几次因为权限问题导致插件加载失败日志里只报LoadError不细看根本想不到是属主问题。4. 配置落地Grok 模式文件放哪、怎么调4.1 自定义模式文件的存放路径Grok 4.3.0 默认会加载patterns/目录下的模式文件。离线安装后这个目录可能在$LOGSTASH_HOME/vendor/local_gems/logstash-filter-grok-4.3.0/patterns/也可能在$LOGSTASH_HOME/patterns/。我一般会统一放到 Logstash 配置目录下# 创建自定义模式目录把业务模式文件放进去 mkdir -p /etc/logstash/patterns cp /usr/share/logstash/vendor/local_gems/logstash-filter-grok-4.3.0/patterns/grok-patterns /etc/logstash/patterns/然后在logstash.conf里用patterns_dir指过去filter { grok { patterns_dir [/etc/logstash/patterns] match { message %{TIMESTAMP_ISO8601:log_time} %{LOGLEVEL:level} %{GREEDYDATA:msg} } } }patterns_dir可以写多个路径Grok 会按顺序加载。注意 4.3.0 对路径通配符支持有变化别写/etc/logstash/patterns/*直接写目录就行。4.2 模式匹配超时和性能参数Grok 正则跑飞是常事4.3.0 加了timeout_millis参数默认 30000 毫秒。日志量大的时候我一般会调小filter { grok { match { message %{COMBINEDAPACHELOG} } timeout_millis 5000 tag_on_timeout _groktimeout } }timeout_millis控制单条消息匹配的最长等待时间超了就打_groktimeout标签避免一条烂日志拖死整个 pipeline。tag_on_timeout是自定义标签名不写默认是_groktimeout。这个参数在 4.3.0 之前的版本里没有算是升级的一个理由。4.3 多模式匹配的命名捕获冲突如果一条消息要匹配多个模式比如先试 JSON 再试文本命名捕获组会冲突。4.3.0 的处理方式是后匹配的覆盖先匹配的。我一般会加break_on_match false让所有模式都跑一遍然后用overwrite控制字段覆盖filter { grok { match { message [ %{TIMESTAMP_ISO8601:ts} %{LOGLEVEL:level} %{GREEDYDATA:msg}, %{GREEDYDATA:raw} ] } break_on_match false overwrite [msg] } }break_on_match默认是 true匹配到一个就停。设成 false 会继续尝试后面的模式适合字段可能缺失的场景。overwrite指定哪些字段允许被后面的匹配覆盖不写的话同名字段会变成数组后面解析起来很麻烦。5. 避坑排查Grok 4.3.0 离线安装的五个翻车现场5.1 报错Could not find logstash-filter-grok但文件明明在现象是bin/logstash-plugin install --local执行后提示找不到包。原因通常是 Gem 文件名和gemspec里的s.name不一致。解决方法是解压包看logstash-filter-grok-4.3.0.gemspec里s.name是不是logstash-filter-groks.version是不是4.3.0。不一致就手动改文件名或者重新用gem build打包。5.2 启动报LoadError: cannot load such file -- logstash/filters/grok现象是 Logstash 启动直接挂日志里指向grok.rb。原因是手动解压时目录层级错了lib/没有放在插件根目录下。解决方法是进到插件目录确认lib/logstash/filters/grok.rb这个路径存在。如果变成了logstash-filter-grok-4.3.0/lib/...说明--strip-components没加或者加错了。5.3 Grok 匹配全失败但正则单独测没问题现象是 Kibana 里全是_grokparsefailure但把正则拿到在线工具里测能匹配。原因是模式文件没加载patterns_dir路径写错或者权限不够。解决方法是看 Logstash 启动日志里有没有Grok patterns dir相关的行确认路径被识别。然后ls -l看模式文件是不是logstash用户可读。5.4 升级后旧模式文件不兼容现象是从旧版 Grok 升到 4.3.0 后原来能匹配的日志开始报错。原因是 4.3.0 调整了部分内置模式的命名比如SYSLOGTIMESTAMP的匹配范围变了。解决方法是把自定义模式文件里的内置模式引用全部检查一遍对照 4.3.0 的grok-patterns文件改。我一般会保留一份旧版模式文件做 diff逐个确认。5.5 插件装了但logstash-plugin list不显示现象是安装过程没报错但列表里就是没有 Grok。原因是 Logstash 的插件缓存没刷新。解决方法是删掉$LOGSTASH_HOME/vendor/bundle下的gems缓存目录或者直接跑bin/logstash-plugin update --local强制刷新。还不行就检查Gemfile.lock里有没有logstash-filter-grok的条目没有的话手动加一行再跑bundle install --local。6. 装完怎么验证一条 Grok 管道跑通才算数验证不是看插件列表里有没有名字而是让一条真实日志走完整个 filter。我一般会写一个最小化的logstash.conf用stdin输入、stdout输出不碰 Elasticsearch先把 Grok 本身跑通input { stdin { } } filter { grok { match { message %{TIMESTAMP_ISO8601:ts} %{LOGLEVEL:level} %{GREEDYDATA:msg} } } } output { stdout { codec rubydebug } }保存成/tmp/test-grok.conf然后跑/usr/share/logstash/bin/logstash -f /tmp/test-grok.conf启动后手动输入一行2024-01-15T10:30:00 INFO service started看输出里有没有ts、level、msg三个字段。如果level是INFOmsg是service started说明 Grok 4.3.0 加载正常、模式匹配正常。如果输出里多了一个_grokparsefailure标签说明匹配失败回去检查模式文件路径和正则。这一步跑通之后再把 output 换成 Elasticsearch验证完整链路output { elasticsearch { hosts [http://localhost:9200] index grok-test-%{YYYY.MM.dd} } }跑几条日志后去 Kibana 里查grok-test-*索引看字段有没有正确解析。我一般会故意发一条格式不对的日志确认_grokparsefailure标签能正常打上这样才算把异常路径也验证了。从那以后我每次离线装 Logstash 插件都强制走一遍「版本核对 → 本地 Gem 安装 → 最小管道验证 → 异常日志测试」这四步少一步都不放心。希望帮到你。本文还有配套的精品资源点击获取