tmux本身不直接“配置多会话”，而是通过命名会话（tmux new -s name）、分离（ctrl+b d）和重连（tmux attach -t name）三步实现持久化工作台；所谓“多会话”实为多个独立session，各含多window/pane，关键在命名清晰、前缀键顺手、开启鼠标支持。
直接说结论：Tmux 本身不“配置多会话”，而是靠命名 + 分离 + 重连三步实现持久化工作台；所谓“多会话”本质是多个独立 session，每个 session 可含多 window/pane，关键在命名清晰、前缀键改顺手、鼠标开启用。
为什么 tmux ls 看不到会话，但 ps 能看到 tmux 进程
这是典型的 tmux server 存活但 session 已被 kill 的状态。常见于误执行 tmux kill-session 或系统异常（如 /tmp 满导致 socket 创建失败）。
检查步骤：
• 运行 ps aux | grep 'tmux: server'，确认 server 进程存在
• 执行 tmux ls，若报 no server running 则 server 已死；若返回空但 ps 有结果，说明 session 全被清空
• 不要重装或重启服务器——server 进程还在，新建会话即可恢复工作台
Ctrl-a d 后无法用 tmux attach -t xxx 重连
最常见两个原因：
• 会话名拼写错误或大小写不符（prod-db ≠ Prod-DB）
• 当前用户和创建会话的用户不一致（比如用 root 启的会话，却用普通用户去 attach）
解决办法：
• 先用 tmux ls 确认名字，注意输出中冒号前的部分才是 session 名
• 若跨用户访问，需加 -u 参数指定 socket 所属用户，或改用 sudo -u <username> tmux attach -t xxx</username>
• 别依赖 tmux attach 不带 -t，它默认连最近一次的 session，生产环境极易连错
新窗口总回到 ~ 目录，而不是当前路径
这是默认行为，不是 bug。tmux 新 window 启动的是全新 shell，不继承 pane 当前工作目录。
修复方法只有一处：在 ~/.tmux.conf 中加这行：bind c new-window -c '#{pane_current_path}'
然后运行 tmux source-file ~/.tmux.conf 生效。
注意：
• 不要用 default-path，它只影响新 session 的起始路径，不解决 window 切换问题
• 如果你用 tmux new-session -c /var/log 启动，那第一个 window 确实会进 /var/log，但后续 Ctrl-a c 开的新 window 仍会掉回 ~，必须靠上面那行绑定
分屏后 Ctrl-c 杀不掉命令，甚至卡住终端
这不是 tmux 故障，是快捷键冲突：当你在某个 pane 里运行了 vim、htop 或 python REPL，这些程序自己劫持了 Ctrl-c；tmux 的前缀键（如 Ctrl-a）此时已失效，按 Ctrl-a c 不会新建 window，而是被目标程序接收。
应对策略：
• 先确认当前是否处于「应用接管模式」：按一下 Ctrl-a ?，如果没弹出帮助页，说明你不在 tmux 控制层，而在下层程序里
• 退出当前程序（比如 vim 里按 :q!，python 里按 Ctrl-d），再试 tmux 快捷键
• 永久避免：对长期运行的交互式命令，优先用 nohup 或 systemd --user 托管，别让它卡在 pane 里占着 tmux 控制权
真正难的不是记快捷键，而是每次新开会话时强制自己打全 tmux new -s xxx ——名字越具体（比如 nginx-log-tail），后期排查越省力；别图快打 tmux 就进默认 session，一两个月后你根本想不起那个无名会话里跑的是什么。
