使用script命令可录制终端会话，保存为文本文件，适合简单日志记录；但其无法完美还原颜色与交互效果，且存在隐私风险，需注意权限管理与敏感信息泄露；更优方案是使用asciinema，支持彩色回放、浏览器分享及嵌入网页，适合教学与演示，配合命名规范、文件压缩与格式转换（如GIF/MP4）可提升管理与传播效率。
在linux中记录终端会话，最直接且常用的方法就是使用
script
命令。这个工具能够捕捉你在终端中所有的输入和输出，将其保存到一个文件中，以便后续查看或回放。
解决方案
要开始录制一个终端会话，你只需在终端中输入
script
命令，后面跟着你想要保存会话的文件名。例如：
script my_terminal_session.log
执行这个命令后，你的终端会话就开始被记录了。所有你输入的命令、命令的输出，甚至包括一些控制字符，都会被写入到
my_terminal_session.log
文件中。
当你想要结束录制时，可以输入
exit
命令，或者按下
Ctrl+D
。这会关闭当前的
script
子shell，并将所有内容写入到指定的文件。
要回放录制的内容，可以使用
script -r
命令，后面同样跟着文件名：
script -r my_terminal_session.log
这样，你就能看到之前录制下来的终端操作过程，就像有人在你的终端上重新执行了一遍一样。如果录制时使用了
-t
参数来保存时间信息（例如
script -t my_session.timing my_session.log
），回放时
script -r
会根据这些时间戳来模拟实际的输入输出速度，让回放看起来更真实。不过，说实话，我很少真的用
-t
，通常就是个简单的日志文件，够用了。
script
script
命令的局限性与替代方案有哪些？
script
命令确实是Linux下记录终端会话的“老兵”了，它简单直接，但用久了你就会发现它的一些不足。最明显的一点是，它记录的是原始终端输出，这意味着你回放时，如果原始会话中有颜色、光标移动或一些复杂的交互式应用（比如
htop
或
），
script -r
很难完美地还原那些视觉效果。它更多地是文本流的记录，而不是一个“屏幕录像”。有时候，你只是想看看命令的输出，这很方便；但如果你想展示一个带有颜色高亮或动态更新的交互过程，那它就显得力不从心了。而且，录制文件会随着会话的进行变得非常大，管理起来也挺麻烦的。
所以，当我对会话的视觉效果、交互性和分享便利性有更高要求时，我会转向一些更现代的工具。
首推的是
asciinema
。这个工具简直是为现代终端录制和分享而生的。它不仅能捕捉完整的终端会话，包括颜色和光标移动，还能在回放时保持交互性（比如你可以复制文本）。更棒的是，
asciinema
录制的文件是json格式的，体积小巧，并且可以轻松上传到
asciinema.org
平台进行分享，生成一个可嵌入的播放器链接。这对于制作教程、演示或分享复杂操作流程来说，简直是质的飞跃。
除了
asciinema
，还有一些其他选择，虽然它们的目的可能稍有不同：
-
tmux
或
screen
的日志功能：
如果你经常使用tmux
或
screen
进行会话管理，它们本身就提供了将某个pane或window的输出记录到文件的功能。这通常更侧重于持续的日志记录，而不是像
script
或
asciinema
那样一次性的会话录制。
- 终端模拟器自带的日志： 很多现代终端模拟器（如iTerm2、Konsole、Kitty等）都内置了将当前会话内容保存为文本文件的功能。虽然这通常只是保存当前屏幕缓冲区的内容，不具备回放能力，但对于快速获取一段文本输出来说非常方便。
-
tee
命令：
如果你只想记录某个特定命令的输出，而不是整个终端会话，tee
命令是个不错的选择。它可以将命令的输出同时显示在屏幕上并写入文件。例如：
ls -l | tee ls_output.txt
。但这显然不是用于会话录制的工具。
总的来说，
script
是一个快速、简单的文本记录器，而
asciinema
则是一个功能更强大、更适合现代分享需求的“终端录像机”。根据我的经验，如果只是自己留个底，
script
够用；但要给别人看，或者想搞点花哨的，
asciinema
是不二之选。
如何更有效地管理和分享录制的终端会话？
管理和分享录制的终端会话，尤其是当你录制了很多个会话时，确实需要一些策略。毕竟，那些
.log
文件或者
asciinema
的
.cast
文件，如果不加以整理，很快就会变得一团糟。
对于
script
生成的日志文件，我通常会采取一些简单的命名约定。比如，我会把文件名加上日期和简短的描述，像
my_project_debug_20231027.log
。这样一眼就能看出是哪天录的，大概是干什么的。把它们统一放到一个专门的目录下，比如
~/terminal_logs/
，也很有帮助。如果文件特别大，或者我需要长期保留，我会考虑用
gzip
压缩一下，能省不少空间。
但说实话，
script
的输出文件，直接分享给别人看，体验并不好。对方拿到一个纯文本文件，自己再用
script -r
回放，如果他们没有相应的环境或者不熟悉，就会比较麻烦。而且纯文本的日志，丢失了颜色和一些格式信息，可读性会差很多。
这时候
asciinema
的优势就体现出来了。它录制的是
.cast
文件，这是一种结构化的JSON格式。你可以直接把
.cast
文件分享给别人，他们用
asciinema play
命令就能回放。但更方便的是，你可以直接上传到
asciinema.org
。上传后，你会得到一个公开的URL，任何人都可以通过浏览器观看你的终端会话。它甚至还支持嵌入到网页中，这对于写博客、文档或者制作在线教程简直是神器。
有时候，为了兼容性或者在演示文稿中使用，我甚至会把录制的会话转换成GIF动图或者MP4视频。虽然
asciinema
本身没有直接导出GIF的功能，但有很多第三方工具可以实现，比如
asciicast2gif
或者结合
ttyrec
和
。这些转换后的格式，无论是发给不熟悉命令行的人，还是插入到PPT里，都非常直观。当然，转换成视频会过程会损失一些细节，比如文本的可复制性，但作为演示材料，它无疑是最高效的。
我的经验是，对于内部团队成员，如果他们也用Linux，分享
asciinema
的
.cast
文件或链接是最好的。如果受众更广，或者需要嵌入到非技术文档中，转换成GIF或MP4会更受欢迎。
录制终端会话时需要注意哪些安全与隐私问题？
录制终端会话，虽然方便，但绝对不能忽视安全和隐私问题。这是个大坑，一不小心就可能泄露敏感信息。
首先也是最重要的一点：你输入的所有内容，以及终端输出的所有内容，都会被记录下来。 这包括但不限于：
- 密码： 当你在命令行输入密码时（即使是隐藏的星号），
script
命令也会记录下你实际输入的字符。如果你不小心在命令行中明文输入了密码（比如
mysql -u root -pMySecretPassword
），那这个密码就赤裸裸地躺在日志文件里了。
- API密钥、令牌、私钥： 很多时候，我们会通过环境变量或者直接在命令行中使用这些敏感信息。它们一旦出现在终端输出中，或者作为命令参数被输入，就会被记录下来。
- 敏感文件内容： 比如
cat /etc/passwd
或者
cat ~/.ssh/id_rsa
这样的命令，它们的输出会直接暴露系统或用户的敏感配置。
- 个人身份信息 (PII)： 比如你在某个命令输出中不小心暴露了IP地址、邮箱、电话号码等。
所以，在录制会话之前，一定要想清楚，这个会话中会不会涉及到任何敏感信息。如果会，那么最好避免录制，或者采取措施规避。比如，在输入密码时，尽量使用交互式提示符，而不是命令行参数。
其次，是录制文件的权限问题。
script
命令默认创建的文件，权限通常是
rw-r--r--
(644)，这意味着同组用户和其他用户都可以读取这个文件。如果这个文件包含了敏感信息，而你又放在了公共可访问的目录，那就麻烦了。所以，录制结束后，务必检查文件权限，如果文件包含敏感内容，最好将其权限设置为
rw-------
(600)，只允许文件所有者读取。
我的习惯是，如果我知道接下来会处理敏感信息，我会先暂停录制，或者干脆不开录制。如果实在需要录制，那么在分享之前，我一定会仔细审查整个日志文件。我甚至会用
grep
配合一些关键词（比如
password
、
key
、
、
secret
、
passwd
、
id_rsa
等）来快速查找潜在的敏感信息。如果找到了，我会手动编辑日志文件，将这些敏感部分删除或替换掉。这虽然有点麻烦，但比起信息泄露的风险，这点工作量完全值得。
最后，要警惕命令历史。虽然
script
记录的是当前会话的输入输出，但你的shell历史记录（
.bash_history
或
.zsh_history
）也会记录你输入的命令。即使你没有录制会话，这些命令也可能包含敏感信息。所以，养成定期清理或管理shell历史的好习惯也很重要。
