BUG: 持久 bash 工具会把单引号参数里的 ! 触发历史展开，整条命令被拒绝执行（macOS 上表现为 300s 超时）

[stultuss]

环境

• @deepseek-ai/dsh 0.1.0-rc.7（dsh-tool-bash-persistent 同版本）
• macOS（darwin），/bin/bash 3.2
• 触发面：使用持久 bash 的预设（如 liangshen / anchored-standard 的 phase-1 bash 工具，即 @deepseek-ai/dsh-tool-bash-persistent）

现象

在持久 bash 中执行任意带单引号参数、且参数内容含 ! 的命令：

• echo 'hello!world' → 报 bash: !world'': event not found，命令完全不执行
• 真实案例：MYSQL_PWD='xx#yy!zz' mysql -h127.0.0.1 -uroot db -e "SELECT 1;" 2>&1 | head -60 → macOS 上表现为
  Your command timed out after 300 seconds，部分输出只有一行 dsh> 提示符，mysql 从未被执行
• 同一条命令在普通 bash（非交互 bash -c）下秒回、结果正常

最小复现（无需任何真实密码）

在持久 bash 工具内执行：

echo 'hello!world'

• 期望：输出 hello!world
• 实际：bash: !world'': event not found，无任何输出
• 对照 1：echo "hello!world"（双引号）→ 正常输出 hello!world
• 对照 2：echo 'no-bang' → 正常输出 no-bang

根因分析

1. 持久 bash 工具（dsh-tool-bash-persistent/lib/index.js 的 wrapCommand / quoteForBash）把每条命令包装成：
   printf '%s\n' $'START'; eval -- $'<command>'; ...; printf '%s%s\n' $'END:' "$status"
   其中命令里的单引号被转义成 \' 放进外层 $'...'。
2. 持久 bash 是交互式 shell（bash --noprofile --norc -i，跑在 PTY 上），默认开启 set -H（历史展开）。
3. bash 3.2 的历史展开引号跟踪不识别 $'...' 内部的 \' 转义：$' 打开引号区后，遇到第一个 \' 里的 ' 就误判为引号区结束，于是 !world、!zz 暴露在引号区之外，触发 history expansion → event not found → 整行被拒绝执行、零输出（START/END 标记都不会出现）。
4. 工具的执行循环只在以下情况返回：看到 END 标记 / stdin_read / shell 退出 / 自身 300s 截止。行被拒后 END 标记永远不会出现。
5. macOS 上雪上加霜：dsh-subprocess-local 的 MacProcessInspector.isStdinWaiting() 硬编码返回 false（150ms 快速 stdin_read 结算永不触发），且 ps -o tpgid= 的前台进程组检测在 PTY 场景下不可靠，因此后端只能反复走 3.5s 的 inferred_idle 结算，工具空转到 300s 才报超时。（Linux 上 isStdinWaiting 正常，可能表现为快速返回 event not found 而非超时——但命令同样是失败的。）

建议修复（按优先级）

1. 初始化时关闭历史展开：stty -echo 后追加 set +H（一处小改动；已实测：set +H 后原命令正常执行并返回结果）。
2. 改为脚本文件执行：把命令写入临时脚本再执行/source，完全绕开 readline 的历史展开层。
3. 或在 quoteForBash 中把 ! 转义为 \!（治标：$'...' 内的 ! 本就不该被展开，历史展开的引号跟踪才是问题本体）。

临时 workaround（已实测验证）

• 参数改双引号：MYSQL_PWD="xx#yy!zz" → 正常（注意双引号内 $、反引号、\ 会被 shell 展开，需按需处理）
• 会话内先执行一次 set +H（持久 shell 状态保持，后续命令均正常）
• 拼接转义：MYSQL_PWD='xx#yy'\!'zz' → 正常

影响面

任何在持久 bash 中执行、且 wrapped 形式会在 $'...' 外暴露 ! 的命令（单引号参数含 ! 的密码、URL、字符串字面量等）。交互式 bash 默认 set -H，这是所有平台的共性问题；macOS 因结算路径缺陷放大为 300s 超时。

[guojunyuan2004]

你好，我完整复现并验证了你报告的问题：交互式 bash 的历史展开发生在解析之前，其引号扫描不认识 $'…'，\' 转义会让后面的 ! 裸露成事件指示符，整行（包括工具的完成标记）被丢弃，直到 300s 超时。最新 master（cd5ef81481，0.1.2-alpha.1）仍然存在。我把这个话题整理成了一篇汇总帖（含 heredoc 中 #!/bin/bash 这一高频触发面、免安装的复现脚本、带回归测试的一行修复），并引用了你对 macOS stdin 检测放大因素的分析：#5046 。感谢最早定位根因。