Sublime Text 调用 awk 的关键在于正确配置 Build System：必须显式设置 working_dir 为 "$file_path"，命令中路径需引号包裹，复杂逻辑应抽离为独立 .awk 文件，输出需统一编码与换行符。
Sublime Text 本身不执行 awk，但能无缝调用它——关键不是“怎么装 awk”，而是“怎么让 Sublime 知道该在哪跑、怎么传参、怎么捕获结果”。漏掉工作目录或编码设置，awk 脚本一运行就报 file not found 或输出乱码。
Build System 配置必须显式指定 working_dir
Sublime 默认在临时目录执行构建命令，$file 路径若含空格或中文，bash 会直接解析失败。更常见的是：你双击打开 data.log，想用 awk '{print $1}' $file 提取第一列，结果提示 No such file or directory——因为 $file 展开后路径没被引号包裹，且当前工作目录不在文件所在目录。
-
working_dir必须设为"$file_path"，不能省略 -
cmd中若含管道或重定向，改用bash -c包裹，例如：["bash", "-c", "awk '{print $1}' '$file' > '$file_path/cleaned.txt'"] - Windows 用户注意：
cmd数组里不能用单引号，得用双引号并转义内部双引号，或改用 PowerShell 构建系统
awk 脚本里别硬写绝对路径，用 $0 和字段操作代替
有人把清洗逻辑全写进 Build System 的 cmd 字段里，比如 awk -F',' ' ~ /ERROR/ {print ,}'，看着短，但一旦要加字段校验、时间格式转换或空值过滤，命令迅速失控。真正可维护的做法是把 awk 逻辑抽成独立脚本文件（如 clean.awk），再通过 awk -f clean.awk "$file" 调用。
- 字段引用优先用
$1、$NF，避免硬编码列号；需要跳过表头时，用FNR==1{next} - 时间戳转换别靠 shell 替换，用
substr()+split()更稳，例如处理[22/Jun/2025:12:34:56]时，gsub(/[[\]]/, "", $4)比正则替换更准 - 大文件慎用
system()调外部命令——它会阻塞整个awk流程，且 Sublime 构建系统无法捕获其 stderr
输出结果粘贴回 Sublime 前，先确认换行符和编码
Sublime 默认用 UTF-8 打开文件，但 awk 在某些 Linux 发行版（如 CentOS 7）默认输出为 locale 编码（如 en_US.UTF-8），如果原始文件含中文或特殊符号，直接粘贴会导致乱码或换行错位。更隐蔽的问题是：macOS 的 awk 默认用 \n，Windows 的 gawk 可能输出 \r\n，而 Sublime 的多光标编辑对混合换行符极其敏感。
- 强制
awk输出统一换行符：awk '{printf "%s\n", $0}' file.txt | tr '\r' '\n' - 输出前加
iconv -f utf-8 -t utf-8//IGNORE过滤非法字节（尤其处理日志时常见 BOM 或截断字符） - Sublime 中粘贴前，先用
Ctrl+Shift+P→Set Encoding: UTF-8，再检查右下角状态栏是否显示Unix (LF)
真正卡住人的，从来不是 awk 语法写不对，而是 $file_path 没生效、gawk 和 mawk 行为差异没意识到、或者输出里混了不可见的 \r 导致后续正则匹配全崩。这些点不提前踩一遍，所谓“混合数据流清洗”就只是把命令复制粘贴再删删改改。
