不能混用，[ 是 POSIX 兼容命令，[[ 是 bash/zsh 关键字；前者不支持 =~、==、glob 模式，后者不被 dash/ash 识别，混用会导致静默失败或报错。
shell 中 [ 和 [[ 到底能不能混用？
不能混用，语法和行为差异明显，混用会静默失败或报错。比如 [[ 支持正则匹配 =~ 和模式扩展，[ 不支持；而 [ 是 POSIX 兼容的外部命令（或 builtin），[[ 是 bash/zsh 的关键字，不被 dash 或 ash 识别。
常见错误现象：[[ $var == "a*" ]] 在 bash 里能匹配前缀，但换成 [ $var == "a*" ] 就变成字面比较（== 在 [ 里是非法操作符）；更隐蔽的是空变量导致 [ $var = "ok" ] 展开成 [ = "ok" ]，直接报 [: missing `]' 错误。
- 始终用双引号包裹变量：
[ "$var" = "ok" ]，避免空值或含空格时语法崩溃 - 脚本开头加
#!/bin/bash再用[[；若需 POSIX 兼容，只用[并坚持=（不是==） -
[[中的!=和=支持 glob 模式（如[[ $name = a* ]]），但不会做文件名展开，安全
for 循环遍历文件名含空格的路径怎么写不翻车？
直接 for f in *.txt 看似简单，但一旦文件名含空格、换行或通配符，就会被 shell 拆成多个词，导致路径断裂。根本原因在于 word splitting 发生在 glob 展开之后，且未受引号保护。
使用场景：批量处理用户上传的原始日志文件、下载目录里的媒体文件、CI 中扫描产物等——这些路径几乎必然含空格或特殊字符。
- 优先用
while IFS= read -r file配合find -print0：find . -name "*.log" -print0 | while IFS= read -r -d '' f; do echo "$f"; done - 如果必须用
for，改用数组 +globstar（bash 4.3+）：shopt -s nullglob globstar; files=(**/*.log); for f in "${files[@]}"; do ... - 绝对不要写
for f in $(ls *.txt)—— 命令替换会触发两次 word splitting，空格和换行全乱套
while read 循环读取命令输出时为什么少读最后一行？
因为 while read line 依赖换行符作为行终止符，若输入末尾无换行（如 echo -n "last"），read 返回非零退出码，循环直接退出，最后一行被丢弃。
性能影响不大，但逻辑完整性被破坏：日志分析漏掉终态记录、配置生成缺最后一项、校验和比对失败。
- 补救写法：
while IFS= read -r line || [ -n "$line" ]; do ...——||后条件捕获read失败但$line非空的情况 - 更稳的方式是先存入变量再处理：
output=$(some_cmd); printf '%s\n' "$output" | while IFS= read -r line; do ...（注意：管道会创建子 shell，变量修改不出去） - 如果要保留变量作用域，改用重定向：
while IFS= read -r line; do ...; done
case 语句里 pattern 匹配失败，是不是忘了 quote？
不是 quote 的问题，是 pattern 本身不支持变量展开——case $var in "$prefix*") 这种写法无效，"$prefix*" 被当作文本字面量，不是 glob 模式。case 的 pattern 是 shell pattern，不是字符串比较，引号会禁用通配。
使用场景：解析命令行参数、路由不同配置分支、根据文件后缀分发处理逻辑。
- 变量需拼进 pattern：写成
case $var in $prefix*)（不加引号！），但要确保$prefix不含空格或特殊字符，否则仍崩 - 更安全的做法是退回到
if [[ $var == $prefix* ]]，利用[[的模式匹配能力 - 注意
*)必须放在最后，且不能写成*（无括号）或"*"（引号禁用匹配）
真正麻烦的永远不是语法本身，而是那些没报错却悄悄跳过数据的 case 分支、被 word splitting 拆散的路径、还有末尾缺换行导致的“消失的最后一行”——它们不会打断执行，但会让结果在某个凌晨三点变得不可信。
