set -x是bash内置命令选项，用于开启命令追踪调试模式，执行每条命令前将其展开后形式带+号打印到stderr；它不直接在普通终端长期生效，因仅作用于当前shell会话且干扰交互，主要应用于脚本内、bash -x启动或局部代码块调试。
set -x 是什么，为什么它不直接在普通终端生效
set -x 不是终端命令，而是 Bash 的内置 shell 选项，只对当前 shell 环境或其子 shell（比如执行的脚本）起作用。你在交互式终端里敲 set -x，确实会开启调试模式，但所有后续你手动输入的命令都会被打印——这通常不是你想要的；而且一旦你 exit 或新开一个终端，效果就没了。
真正有用的方式是把它用在脚本内部或通过 bash -x 启动脚本。别指望它让整个终端“一直显示每条命令”，那会干扰日常操作。
在脚本里正确启用 set -x 的三种写法
最常见也最可控的方式是在脚本开头加一行：
#!/bin/bash set -x echo "hello" ls /tmp
等价写法还有：
-
set -o xtrace：语义更清晰，和set -x完全等效 -
bash -x ./script.sh：不改脚本也能调试，适合临时验证 -
bash -x -c 'echo hello; ls /tmp'：调试单行命令组合时很轻量
注意：set -x 开启后，所有展开后的命令（含变量、通配符）都会带 + 前缀打印出来，比如 +[ -f /tmp/file ]，这对看清真实执行逻辑很有用。
怎么关掉 set -x，以及为什么不能只靠注释掉那一行
set +x 或 set +o xtrace 可以关闭调试输出。关键点在于：它只影响当前 shell 层级。
常见误区是以为“注释掉脚本里的 set -x 就等于关掉了”，其实如果脚本是用 bash -x ./script.sh 运行的，注释没用——调试开关由父 shell 控制。
更典型的需求是「局部开启」：比如只看某段逻辑：
echo "before" set -x rm -f /tmp/temp_* cp data.txt /tmp/ set +x echo "after"
这样既避免全脚本噪音，又能精准定位问题区域。
容易被忽略的兼容性和副作用
set -x 在不同 shell 下行为不一致：Dash、Zsh 默认不认 set -x（Zsh 需要 set -o xtrace），而脚本声明了 #!/bin/bash 才能确保行为一致。
副作用包括：
- 输出混入调试信息，可能破坏管道或重定向结果（比如
bash -x script.sh | grep foo会把+行也送进grep） - 敏感信息泄露：如果脚本里有
curl -u user:pass，set -x会原样打出密码 - 性能轻微下降：每次命令解析都多一步日志准备，一般可忽略，但在高频循环里能测出差异
调试完务必删掉 set -x 或用 set +x 显式关闭——生产环境留着它，等于裸奔。
