根本原因是bash自身历史机制被禁用或覆盖：histsize/histfilesize为0、~/.bash_history不可写、.bashrc中存在history -c/-w清空逻辑、未启用histappend及prompt_command实时同步，或wsl下权限/路径错误。
VSCode 终端历史记录不跨会话保存，根本原因几乎总是 Bash 自身的历史机制被禁用或覆盖，而不是 VSCode 设置没开。
为什么 terminal.integrated.shellIntegration.history 开了也没用？
这个设置只控制 VSCode 是否「尝试读取」shell 的历史文件，它本身不保存命令。真正写入历史的是 Bash 进程——而 Bash 默认只在退出时把当前会话的命令追加进 ~/.bash_history，前提是：HISTSIZE 和 HISTFILESIZE 都非零，且没有被配置文件中途清空。
- 检查是否被设为 0：
echo $HISTSIZE $HISTFILESIZE—— 若输出含0，立刻失效 - 确认历史文件可写：
ls -l ~/.bash_history，权限应含-rw-，属主是你自己 - 某些精简版发行版（如 Alpine）默认不启用历史，
~/.bashrc里可能压根没配HISTFILE
常见冲突点：.bashrc 里藏着“静默清空”逻辑
很多开发者为“干净启动”在 ~/.bashrc 末尾加了类似 history -c; history -w，这会让每次新终端一打开就清空历史缓存，再执行命令也白搭。
- 搜索可疑行：
grep -n "history -[cw]" ~/.bashrc - 更隐蔽的是条件判断：
if [ -n "$TMUX" ]; then history -c; fi—— 即使不用 tmux，某些环境变量也可能触发 - 若用 oh-my-zsh 或 bash-it 等框架，检查
plugins=(...)是否启用了history插件（Bash 框架里该插件名常叫history-substring-search，但加载方式不同）
Bash 历史同步延迟导致 VSCode 看不到最新命令
默认情况下，Bash 只在 shell 退出时把内存历史刷到 ~/.bash_history。你在 VSCode 里新开一个终端，它读的仍是上次退出时的老文件——中间执行的几十条命令全丢了。
- 解决办法：在
~/.bashrc末尾加这三行（顺序不能错）：export PROMPT_COMMAND="history -a; history -c; history -r; $PROMPT_COMMAND" shopt -s histappend export HISTCONTROL=ignoredups:erasedups
-
history -a把当前行立刻追加进文件；history -c && history -r清空内存再重载全部历史，确保跨终端可见 - 注意：
PROMPT_COMMAND在每次命令执行后触发，别把它写进函数或条件块里，否则不生效
Windows WSL 下额外要防 ~/.bash_history 权限错乱
WSL1/WSL2 中 Windows 文件系统挂载点（如 /mnt/c）上的文件，Bash 可能因元数据不兼容拒绝写入历史文件，尤其当 ~/.bash_history 被软链到 Windows 目录时。
- 运行
ls -ld ~，确认家目录不在/mnt/下（应是/home/xxx） - 检查
~/.bash_history是否软链：readlink -f ~/.bash_history，如果是/mnt/...，立刻删掉并重建：rm ~/.bash_history touch ~/.bash_history chmod 600 ~/.bash_history
- WSL2 中若启用 systemd，
~/.bash_history可能被其他服务进程锁住，临时改用history -a手动刷一次再试
最易被忽略的是：Bash 启动时若加载了多个配置文件（比如 /etc/profile → ~/.bash_profile → ~/.bashrc），其中任一文件里执行了 unset HISTFILE 或 HISTSIZE=0，都会让后续所有设置失效——得逐个检查，不能只盯 ~/.bashrc。
