园区监控上墙卡了、录像文件找不到、推流时不时掉线——这些事在智慧园区的日常运维里几乎每周都要碰上一次。FFmpeg作为园区视频处理的事实标准功能确实强但说实话对运维来说它更像一把裸工具命令参数多、写法讲究、不同场景要用不同的封装方式。人手一份笔记、互相抄命令、登录一台新机器还要重新配环境……这套流程效率太低了。今天聊的方案是把FFmpeg在智慧园区场景下的高频操作统一封装成一组带运维语义的Linux别名再通过一个一键安装脚本部署到所有园区服务器上。装完之后你不用再记ffmpeg -rtsp_transport tcp -i ...这一长串直接敲一个词就能干活。这篇内容包含完整的脚本实现、每个别名背后的设计逻辑以及我在实际部署中踩过的坑适合正在做智慧园区或类似视频运维场景的同学参考。1. 智慧园区视频运维的真实需求先弄清楚脚本要解决什么问题1.1 园区视频链路里FFmpeg承担的几种角色智慧园区和普通写字楼最大的区别是视频设备种类多、点位分散、网络环境复杂。我在项目里接触到的园区通常有海康、大华、宇视等多个品牌的摄像机有枪机、球机、半球机还有一部分是老旧设备通过拉流服务器接入的。这些设备在平台侧统一接入但到了运维层面FFmpeg承担的主要工作大致可以分成四类。第一类是实时流转发。平台侧需要将园区摄像头的RTSP流转成其他协议推送到视频网关或上级平台。这类操作用FFmpeg最方便一条命令就能实现协议转换和推流。第二类是录像归档与转码。事件回溯时需要把平台上的录像片段导出但不同厂商的录像格式不统一经常要转成MP4或者按时间切片。第三类是视频抽帧与截图比如园区周界告警联动时需要从实时流或录像中抽出一帧图片作为告警证据。第四类是流状态诊断排查摄像头离线、推流中断等问题时可以用FFmpeg快速探测视频流是否正常。这四类工作听起来不复杂但真正做运维的人都知道麻烦在哪每台机器上FFmpeg的安装路径可能不一样不同场景要拼接的参数差异很大而且RTSP地址一串又长又难记。我统计过自己的操作记录一条常规推流命令平均要敲七八十行字符串中间还容易打错IP或端口。1.2 运维侧的操作痛点不是命令难是重复劳动太多做过园区视频运维的应该都有这种体会。巡检时发现某个点位黑屏第一反应是登录服务器ffprobe看流是否通确认流没问题后要重新推流到平台平台如果还有历史录像回溯需求还得手动转码。每个环节都是独立的FFmpeg命令参数写法还不一样十几条命令来回翻历史记录是常有的事。更麻烦的是多服务器一致性问题。园区项目一般至少有三类服务器视频接入服务器、流媒体转发服务器、录像存储服务器。每台都要装FFmpeg每台都要维护一套命令。我曾经负责的园区项目里三台服务器上FFmpeg的版本不统一有的编译了libx264有的没有同一个命令在A机器上正常、在B机器上报编码器不支持。这个问题不解决谈什么运维效率都是空的。别名脚本恰好能同时解决这两件事把高频命令固化成统一语义的别名把参数差异封装在脚本内部同时通过一键安装脚本保证每台机器上的运行环境、别名配置完全一致。这就是这个方案的出发点。1.3 方案目标与适用范围整理一下这个脚本的设计目标明确边界才能避免后面跑偏统一入口所有常见的FFmpeg运维操作通过别名完成不需要记长命令。环境自检安装脚本阶段自动检测FFmpeg、ffprobe是否可用版本是否满足需要。参数标准化RTSP超时、重试策略、日志输出等参数统一标准化减少人为差异。可排错每个别名执行时输出关键信息出问题能快速定位。适用范围主要是中小型园区服务器数量在十台以内、视频路数在几百路以内。如果是什么大规模雪亮工程或者上千路视频的大平台那套架构就复杂多了脚本也需要和更专业的视频云平台对接不在今天的讨论范围内。2. 别名脚本的技术实现路线函数优先兼顾兼容性2.1 为什么用bash函数而不是纯alias或独立脚本Linux下做命令封装习惯做法是写alias像alias llls -alF这样。但对于FFmpeg这种带大量参数、需要动态传入地址的命令纯alias有两个硬伤一是alias不支持位置参数传递精确说是在交互式shell里不好传参二是alias默认不会在非交互式shell比如脚本、cron任务里生效这在运维场景非常致命。我用的方案是在/etc/profile.d/下放一个脚本里面用bash函数完成封装。函数天然支持$1、$2这样的位置参数而且放在/etc/profile.d/下用户每次登录shell都会自动加载不用手工source。函数定义好之后也可以再用alias给函数起一个更短的别名纯粹是为了打字方便。这里有一个关键经验很多人习惯把这些配置写在~/.bashrc里。但园区服务器登录用户不固定可能存在多个运维账号写在家目录下只对当前用户生效换个账号又得重新配。用/etc/profile.d/是全局生效避免了账号之间配置不一致的问题。当然如果你只有一台单机环境写~/.bashrc也没问题思路是一样的。2.2 安装脚本的目录规划与设计原则一键安装脚本的职责不只是定义一个函数库还包括检查FFmpeg是否已安装如果没装则通过包管理器安装检查ffprobeFFmpeg套件里的探测工具是否可用写入函数库文件到/etc/profile.d/ff_ops.sh赋予执行权限并source让当前会话立即生效。目录规划上我建议把脚本放到/opt/ffops/下日志统一写到/var/log/ffops/转码输出统一放到/data/ffoutput/。这样所有产生的内容都有固定位置后期排查和磁盘清理有据可循。函数库文件的命名我用ff_ops.sh放在profile.d下。文件里会做一层保护判断如果当前shell不是bash就直接跳过防止在其他shell环境下报错。2.3 预置的运维别名清单先列一个概要清单后面会逐个展开别名对应函数用途典型参数ffpsffops_ps查看当前ffmpeg相关进程无ffinfoffops_info探测视频流基本信息输入URLffsnapffops_snap截取一帧图片输入URL、输出图片ffpushffops_pushRTSP转RTMP推流到平台输入URL、输出URLffhlsffops_hlsRTSP转HLS切片输入URL、切片目录ffsplitffops_split按时间切割录像输入文件、开始时间、时长ffmergeffops_merge合并多个视频文件文件列表ffm3u8dlffops_m3u8dl下载M3U8并转MP4M3U8地址、输出文件名ffkillffops_kill按关键字结束ffmpeg进程关键字fflogsffops_logs查看最近FFmpeg运行日志无这十个别名基本覆盖了园区视频运维日常操作的90%以上。3. 核心实现一键安装脚本与函数库完整代码3.1 环境检查与依赖安装逻辑安装脚本首先检查系统类型和包管理器。园区服务器用CentOS/Ubuntu的都有甚至有的边缘节点是Kylin或UOS这些系统底层都兼容apt/yum之一。脚本里做一个通用的check#!/bin/bash # install_ffops.sh set -e if command -v ffmpeg /dev/null 21; then echo [OK] ffmpeg already installed at: $(command -v ffmpeg) else echo [WARN] ffmpeg not found, installing... if command -v apt-get /dev/null 21; then apt-get update apt-get install -y ffmpeg elif command -v yum /dev/null 21; then yum install -y epel-release yum install -y ffmpeg else echo [ERROR] Unsupported package manager. Please install ffmpeg manually. exit 1 fi fi一个要注意的点是CentOS的默认yum源里通常没有ffmpeg包需要先装EPEL源。有些内网环境的机器不能直接访问外网源这个时候要么提前准备离线rpm包要么用静态编译好的FFmpeg二进制直接放到/usr/local/bin/下面。我实操中更推荐后者——找一份静态编译版本的FFmpeg拷贝到内网服务器简单粗暴但版本一致性最好。3.2 函数库文件核心代码与注释接下来是/etc/profile.d/ff_ops.sh的核心实现。我把每个函数都写了详细注释方便后面的人维护。# /etc/profile.d/ff_ops.sh # FFmpeg Ops utilities for Smart Campus # 智慧园区 FFmpeg 运维函数库 # 如果非交互式bash或非bash环境直接返回 if [ -z $BASH_VERSION ]; then return fi FFOPS_LOG_DIR/var/log/ffops FFOPS_OUT_DIR/data/ffoutput mkdir -p $FFOPS_LOG_DIR $FFOPS_OUT_DIR 2/dev/null || true # 记录操作日志 ffops_log() { echo [$(date %Y-%m-%d %H:%M:%S)] $* $FFOPS_LOG_DIR/ffops.log } # 1. 查看ffmpeg相关进程 ffops_ps() { ps aux | grep -E ffmpeg|ffprobe | grep -v grep || echo No ffmpeg process found } # 2. 探测视频流/文件信息 ffops_info() { if [ -z $1 ]; then echo Usage: ffinfo input_url_or_file return 1 fi ffprobe -hide_banner -i $1 }后面继续写功能函数。这里我先把推流、转HLS、抽帧、切片这些核心函数展示出来因为它们的关键点比较多。3.3 推流封装带双保险的参数组合推流是园区运维最常用的功能。主要场景是把摄像头RTSP流转推到流媒体平台常见输出协议是RTMP或RTSP。这里我封装了一个ffops_push函数# 3. 推流到平台 ffops_push() { if [ $# -lt 2 ]; then echo Usage: ffpush input_rtsp_url output_rtmp_or_rtsp_url return 1 fi local input_url$1 local output_url$2 # 上海康/大华这类摄像头RTSP地址里经常有特殊字符需要加引号防止转义 echo Pushing stream: $input_url - $output_url nohup ffmpeg -hide_banner -loglevel warning \ -rtsp_transport tcp \ -stimeout 3000000 \ -i $input_url \ -c:v copy \ -c:a aac \ -f flv $output_url \ $FFOPS_LOG_DIR/push.log 21 echo Push started, pid: $! ffops_log PUSH $input_url - $output_url pid $! }-rtsp_transport tcp是必须加的。园区摄像头大多是RTSP协议如果默认走UDP网络一抖动就会出现花屏断流。TCP虽然传输开销大一点但稳定得多。-stimeout是Socket超时时间单位是微秒3000000表示3秒。这个参数防止摄像头IP不可达时ffmpeg一直挂着不退出。-c:v copy是视频流直接复制不做转码这样CPU占用率极低如果目标平台不兼容源编码格式比如摄像头是H.265但平台只支持H.264那就得改成-c:v libx264做转码。-f flv这个设置很多人会忽略。RTMP协议是基于FLV封装的所以输出到RTMP地址时强制用flv格式不然后续封装会出错。3.4 HLS切片与录像处理封装现在的园区可视化平台大量采用Web页面播放视频。让Web直接播放RTSP不现实常规方案是转HLS。我的ffops_hls函数# 4. 转HLS切片适合大屏/Web播放 ffops_hls() { if [ $# -lt 2 ]; then echo Usage: ffhls input_url output_dir [segment_seconds] return 1 fi local input_url$1 local output_dir$2 local seg_sec${3:-6} mkdir -p $output_dir echo Generating HLS: $input_url - $output_dir # -hls_time 控制切片时长-hls_list_size 0 表示保留所有切片 # -hls_flags delete_segments 可以按需删除旧切片这里先保留全部 nohup ffmpeg -hide_banner -loglevel warning \ -rtsp_transport tcp -stimeout 3000000 \ -i $input_url \ -c:v copy -c:a copy \ -f hls \ -hls_time $seg_sec \ -hls_list_size 0 \ -hls_segment_filename $output_dir/seg_%04d.ts \ $output_dir/index.m3u8 \ $FFOPS_LOG_DIR/hls.log 21 echo HLS generating, pid: $! }然后录像切割和合并也封装一下# 5. 录像切片 ffops_split() { if [ $# -lt 3 ]; then echo Usage: ffsplit input_file start_time duration [output_file] echo 例: ffsplit /data/rec/20240601.mp4 00:10:00 00:05:00 /tmp/cut.mp4 return 1 fi local input_file$1 local start_time$2 local duration$3 local output_file${4:-${input_file%.*}_cut_${start_time//:/}.mp4} ffmpeg -hide_banner -loglevel warning \ -ss $start_time -t $duration \ -i $input_file \ -c copy $output_file echo Saved to: $output_file }对于ffmpeg切片有个提升成功率的小技巧-ss放在-i前面是快速seek处理速度很快但可能不精确放在-i后面是精确seek但处理大文件时会从头解码到指定时间速度慢。园区运维中如果只是取几秒的画面我更推荐把-ss放前面虽然关键帧可能稍微差几帧但对事件回溯影响不大。3.5 抽帧与M3U8下载ffsnap从视频流直接抓一帧图片# 6. 视频流/文件截图 ffops_snap() { if [ $# -lt 2 ]; then echo Usage: ffsnap input output_image [frame_time] echo 例: ffsnap rtsp://... /tmp/snap.jpg 00:00:02 return 1 fi local input_url$1 local output_image$2 local frame_time${3:-00:00:01} ffmpeg -hide_banner -loglevel warning \ -rtsp_transport tcp -stimeout 3000000 \ -ss $frame_time -i $input_url \ -frames:v 1 -q:v 2 $output_image echo Snapshot saved: $output_image }M3U8下载转MP4也是热搜词里的高频需求。运营人员时常需要通过临时链接导出某段录像做留存ffm3u8dl封装出来# 7. M3U8下载转MP4 ffops_m3u8dl() { if [ $# -lt 2 ]; then echo Usage: ffm3u8dl m3u8_url output_mp4 return 1 fi local m3u8_url$1 local output_mp4$2 ffmpeg -hide_banner -loglevel warning \ -protocol_whitelist file,http,https,tcp,tls,crypto \ -i $m3u8_url \ -c copy -bsf:a aac_adtstoasc $output_mp4 echo Saved to: $output_mp4 }-bsf:a aac_adtstoasc是在转MP4时把AAC音频的ADTS头转换成MP4需要的ASC头很多人转完没有声音就是因为漏了这个参数。-protocol_whitelist是为了避免新版FFmpeg因协议白名单限制而拒绝访问http(s)链接。3.6 进程查看、终止与日志查询进程管理这块ffops_kill要说明一下。不能简单用pkill -f ffmpeg因为可能误杀其他无关的FFmpeg进程。我设计成按关键字匹配例如只杀推流到某个平台的关键字# 按关键字结束ffmpeg进程 ffops_kill() { if [ -z $1 ]; then echo Usage: ffkill keyword echo 例: ffkill push return 1 fi local keyword$1 local pids$(pgrep -f ffmpeg.*$keyword) if [ -z $pids ]; then echo No ffmpeg process matched keyword: $keyword return 0 fi echo Killing PIDs: $pids kill $pids sleep 1 # 确认是否还有残留的有的话强制杀 for pid in $pids; do if kill -0 $pid 2/dev/null; then kill -9 $pid fi done }最后把别名注册写进文件结尾同时新增一个fflogs查看日志# 8. 查看日志 ffops_logs() { tail -n 100 $FFOPS_LOG_DIR/ffops.log 2/dev/null || echo No log yet } # 注册别名 alias ffpsffops_ps alias ffinfoffops_info alias ffsnapffops_snap alias ffpushffops_push alias ffhlsffops_hls alias ffsplitffops_split alias ffmergeffops_merge alias ffm3u8dlffops_m3u8dl alias ffkillffops_kill alias fflogsffops_logsffops_merge合并文件的函数也比较常用贴一下# 合并多个视频文件到列表 ffops_merge() { if [ $# -lt 2 ]; then echo Usage: ffmerge file1 file2 [...] output return 1 fi local output_file${!#} local list_file/tmp/ffmerge_$$.txt # 前面的参数是输入文件最后一个参数是输出文件 for f in ${:1:$#-1}; do echo file $f $list_file done ffmpeg -hide_banner -loglevel warning -f concat -safe 0 -i $list_file -c copy $output_file rm -f $list_file echo Merged to: $output_file }函数库文件基本齐了安装脚本最后一部分是把函数库部署到profile.d下# 将函数库写入 /etc/profile.d/ff_ops.sh cat /etc/profile.d/ff_ops.sh EOF [EOF里的内容放上面所有函数定义和别名定义] EOF chmod 644 /etc/profile.d/ff_ops.sh source /etc/profile.d/ff_ops.sh echo FFOPS installed successfully. echo Try: ffps / ffinfo / ffpush / ffhls / ffsnap / ffsplit / ffmerge / ffm3u8dl / ffkill / fflogs安装脚本保存为install_ffops.shchmod x后执行即可。4. 为什么这样设计园区场景下的关键取舍与性能考量4.1 用TCP还是UDP稳定压倒一切的取舍园区视频网络和互联网公网场景完全不同。园区内网虽然有千兆甚至万兆骨干但摄像头到接入交换机之间往往是百兆线而且PoE交换机供电不稳定会导致链路抖动。如果RTSP传输用UDP每秒钟几十个UDP包任何一个丢包都会引起花屏FFmpeg遇到花屏后解码器可能会持续报错甚至卡死。-rtsp_transport tcp虽然增加了TCP握手和确认的开销但园区单路视频码流通常在4-8Mbps左右即便是上百路同时拉流TCP的额外开销也在交换机处理能力之内。稳定性优先于性能在园区视频链路里是必须坚持的原则。4.2-stimeout的合理取值-stimeout这个参数很多人在封装时容易忽略。没设的话FFmpeg对网络超时的等待时间可能长达30秒甚至更久一旦摄像头掉线推流进程会一直挂在内存里不退出又占用资源又无法自动恢复。我设成3秒钟。这个值不是拍脑袋定的园区内网环境下正常RTSP握手在1秒内完成3秒的超时足够判断对端是否存活。如果网络环境比较差可以适当放宽到5秒甚至10秒但不建议太长。4.3 copy模式与转码模式的选用时机在ffops_push和ffops_hls里我默认用-c:v copy这是从CPU开销角度考虑的。园区接入服务器往往同时处理多路视频如果每路都做转码CPU会迅速被打满。这里有一个边界条件只有当前端摄像头编码格式与目标平台兼容时才能用copy。如果源是H.265而平台只支持H.264就必须转码。遇到这种情况我建议在ffops_push函数基础上增加一个可选参数传一个transcode关键字就走-c:v libx264 -preset veryfast -crf 23转码分支。代码片段给出来供参考# 推流分支默认copy传transcode则强制转码 if [ $3 transcode ]; then VIDEO_OPTS-c:v libx264 -preset veryfast -crf 23 else VIDEO_OPTS-c:v copy fi-preset veryfast是以画质换取编码速度的典型做法。园区监控对画质有一定要求但不至于到电影级标准veryfast配合crf 23的平衡点在实测中表现不错。4.4 日志设计为问题回溯留一条后路很多运维脚本把日志输出到/dev/null觉得省事。实际操作中推流问题排查时往往查不到任何线索——你的流到底是断了几分钟还是几小时影响截然不同。我把ffops_log设计成把所有关键操作推流开始、切片开始、PID等追加写入/var/log/ffops/ffops.log同时把ffmpeg自身的运行日志分别写到push.log、hls.log等文件中。这样排查问题的路径就变成先看ffops.log确认操作时间点再到对应日志文件看ffmpeg的具体报错定位速度会快很多。注意/var/log/ffops/目录的磁盘占用需要关注。HLS切片日志会随着运行时间不断变大建议加一个简单的logrotate或者定时清理任务我的习惯是一个月清理一次超过50MB的历史日志。5. 部署过程中踩过的坑以及对应避坑建议5.1 安装后别名不生效登录Shell与source的差异第一次在实际服务器上安装时我遇到过脚本执行完ffps命令仍然command not found的情况。原因是安装脚本通过cat /etc/profile.d/ff_ops.sh写文件然后source了一下原理上当前会话应该立即生效。但问题出在如果你是通过su切换用户或者当前shell不是登录shell/etc/profile.d/下的脚本不会自动执行。解决方法是要么重新登录一次要么在当前shell手动执行source /etc/profile.d/ff_ops.sh。本来一键安装OK了结果现场运维的同学执行完直接敲命令发现不对就说脚本有问题。排查下来到不是脚本Bug是套了一层su - root导致的。这类问题在写安装脚本时要主动在末尾提示如果别名不生效请重新登录或执行source。5.2 摄像头RTSP地址里的特殊字符转义海康的RTSP地址有时带特殊字符例如rtsp://admin:pass192.168.1.64:554/Streaming/Channels/101?transporttcp。在bash里?有特殊含义如果不在变量外面加引号它会被当成通配符扩展。我在函数里统一给输入输出变量加了双引号但在使用别名时仍然建议用引号包住整个RTSP地址。这里有个更隐蔽的坑如果密码中含有$、等字符双引号情况下$仍然会被解释成变量引用。解决方法有两个一是用单引号包地址二是在函数内部再转义一次——不过这对函数外部已经展开的字符串无效所以推荐的做法始终是要求调用时给地址加单引号。例如ffpush rtsp://admin:pss192.168.1.64:554/Streaming/Channels/101 rtmp://10.0.0.5/live/cam015.3 版本差异导致的参数不兼容前面提过不同版本FFmpeg对参数支持度有差异。在CentOS 7的默认源里装的FFmpeg版本很老可能不支持-stimeout甚至一些滤镜参数都不全。我在新装机上统一采用FFmpeg 5.x以上的静态编译版本放到/usr/local/binPATH优先级高于系统自带版本。内网环境没法下载的话最好在一台能联网的机器上把安装包下载好拷贝到内网。静态编译的FFmpeg也不需要装一堆动态库依赖适合批量分发。这个经验和很多做园区运维的朋友交流过他们也都是这么处理的。5.4 园区巡检终端与跳板机上的使用建议如果你是从跳板机登录园区服务器需要注意跳板机上的~/.bashrc可能会在SSH连接时把PATH覆盖或重置导致/usr/local/bin不在PATH里。遇到这种情况要么修改/etc/profile.d/下也加一个PATH设置要么在ff_ops.sh函数库文件里直接写死执行路径例如把ffmpeg替换成/usr/local/bin/ffmpeg。同理RK3588这类边缘设备上如果自己是交叉编译或者通过buildroot移植的FFmpeg安装路径通常不在/usr/local/bin。我的建议是拷贝脚本后在函数库里把路径变量统一配置成常量集中定义在脚本头部后续换平台只改一处就够了。5.5 推流到SRS延迟偏大的原因排查针对热搜词里提到的ffmpeg推流到srs存在延迟问题说几句实在话。SRS这类流媒体服务器本身在低延迟配置下可以做到1秒以内但FFmpeg推流端如果设置不当累积延迟会越来越大。我们在园区项目里遇到过推流画面比实时慢三秒以上的问题。排查下来有几个因素叠加一是SRS的tcp_nodelay没打开二是推流URL没有配置?vhostdefault等参数导致走了非预期的配置模板三是FFmpeg端网络缓冲区设置过大。调整方式在SRS配置里开启tcp_nodelay、min_latencyFFmpeg端适当降低-buffer_size和-max_delay通常能控制在1秒左右。这个调优如果展开讲又是一篇文章先记着这个排查顺序先SRS配置再FFmpeg推流端参数最后检查网络链路。6. 部署完成后的验证清单与日常使用建议6.1 快速验证安装是否正常装完之后建议按下面这个顺序做一遍冒烟测试执行ffps确认能正常列出进程刚装完大概率是空的但命令能执行就算过执行ffinfo rtsp://你的摄像头地址确认能探测出视频流信息执行ffsnap rtsp://地址 /tmp/test.jpg确认生成图片执行fflogs确认能看到前面操作产生的日志记录。这四步走通说明环境、函数库、日志目录和FFmpeg本身都正常。6.2 日常使用时的操作纪律脚本部署好了不等于一劳永逸。园区运维中一些操作纪律还是要坚持所有RTSP地址、输出地址在调用时必须加单引号这是坑最多的地方。需要注意推流进程是以nohup后台方式运行的长时间运行后要定期巡检建议配合一个crontab定时任务每天检查一下关键推流进程是否在线掉线了自动拉起。这个后续可以再做一版脚本实现原理也不复杂。录像转码之类的操作建议放到业务低峰期执行避免CPU占用影响实时推流。定期清理/data/ffoutput/下的临时产物我这边的经验是自动生成一个按日期命名的子目录每周定时清理七天前的文件。6.3 从别名脚本扩展出去的下一步这个脚本做好了以后其实可以顺势往两个方向扩展。一个是资产台账联动。把ffinfo的结果解析出来自动生成一份摄像头编码格式、分辨率、码率的清单周期性更新维护园区视频资产台账会轻松很多。另一个是告警联动。比如周界报警触发后自动调用ffsnap抓取对应点位图片再通过webhook推送到告警平台。这两个方向我在后续系列里应该都会单独出文章详细讲。回到这篇的主题——一个运维别名一键安装脚本的价值不在于代码有多复杂而在于把大家每天都在做的重复劳动固化下来让新同事也能快速上手。我自己用过一段时间之后的体会是敲命令的次数少了但排查问题变快了因为每次操作都有日志出问题能明确知道是哪个环节。如果你也在做园区类的视频运维强烈建议按这个思路整理一套属于自己的命令库不用照搬我的函数但设计理念可以参考磨刀不误砍柴工。
