企业官网建设流程全解析

Linux 终端里的复制粘贴，大概是那种“人人都觉得会、结果人人都被坑过”的典型功能。按 Ctrl+C，程序直接被打断；按 Ctrl+V，屏幕上什么都没发生；从本机复制一段配置粘到远程会话里，全变成问号；虚拟机里从主机复制过来的文字，怎么也贴不进终端。这类问题我这些年处理过太多次，帮同事排查的时候，十次里有三次都跟终端的复制粘贴有关。所以这篇就把 Linux 终端里复制粘贴这件事完整拆一遍：图形桌面下有哪些路可走，没鼠标的时候怎么办，SSH 和虚拟机里为什么经常单向失灵，以及出问题的时候应该从哪一层开始怀疑。刚上手 Linux 的朋友可以顺着读，能建立一套完整的使用习惯；已经天天泡在终端里的老手，建议重点看第三、四章，里面有些细节不见得每个人都留意过。

另外说明一点，本文里的“终端”默认指终端模拟器（也就是你屏幕上那个黑色窗口），不是机房里的物理串口终端，也不是嵌入式设备上的执行器。这个区分很重要，因为后面所有的复制粘贴行为，都发生在终端模拟器这一层。

1. 终端里的复制粘贴，为什么和普通软件不一样

1.1 你的终端其实是个“翻译官”，不是文本框

很多人第一次用 Linux 桌面的时候都会有一个直觉：终端窗口不就是一个能打字的框吗？既然是框，选中文字按 Ctrl+C 不就复制了？这个直觉在浏览器、记事本、Excel 里都成立，在终端里偏偏不成立。

原因在于，终端窗口里坐着的不是一个“文本编辑控件”，而是一个终端模拟器，它做的核心工作是“翻译”：把你的键盘输入翻译成字符流，通过一个伪终端设备（pty）喂给正在运行的程序；再把程序吐出来的字符流翻译成屏幕上的像素。真正在跑的是 shell（bash、zsh、fish）或者某个全屏程序（vim、top、htop、tmux）。

这个结构带来一个直接后果：键盘上的每一个组合键，第一优先级是给程序的，不是给窗口的。Ctrl+C 在 Unix 体系里是“发送中断信号”的意思，对应 SIGINT。你在终端里按 Ctrl+C，等于告诉前台程序“停下”。所以如果复制也用它，你每复制一次就会杀掉一个进程。这就是为什么几乎所有终端模拟器都把复制挪到了Ctrl+Shift+C：加一个 Shift，才不会和 shell 的原生快捷键打架。同理，Ctrl+V 在某些程序里是“字面输入下一个字符”的意思（比如 vim 的插入模式），所以粘贴也被挪到了Ctrl+Shift+V。

理解这一层之后，你会发现终端里几乎所有的“怪键位”都有它的道理。Ctrl+W 删一个词、Ctrl+U 清空整行、Ctrl+L 清屏、Ctrl+D 发送 EOF，这些都是先被程序吃掉，才轮到窗口。终端模拟器只能在“程序不要的键位”里捡漏。

1.2 Linux 桌面里其实有两块“剪贴板”，很多人只认识其中一块

这是我觉得最值得单独讲清楚的一个知识点，因为大量“明明选中了却粘不出来”的问题都出在这里。

在 X11 桌面环境里，剪贴板不是一个，而是两个并行的选择区（selection）：

• PRIMARY（主选择区）：只要用鼠标左键选中一段文字，它就自动进入 PRIMARY。不需要按任何快捷键。粘贴的方式是按鼠标中键。
• CLIPBOARD（剪贴板）：这才是 Windows、macOS 用户熟悉的那个剪贴板，需要显式“复制”（Ctrl+Shift+C 或右键复制），粘贴用 Ctrl+Shift+V 或 Shift+Insert。

也就是说，你在终端里用鼠标划了一段文字，此时它已经躺在 PRIMARY 里了，你按 Ctrl+Shift+V 是贴不出来的，因为 CLIPBOARD 里还是旧内容；反过来，你在浏览器里按 Ctrl+C 复制了一段内容，到终端里按鼠标中键也是贴不出来的，因为 PRIMARY 里还是你刚才在终端里划的那段字。

这个设计在当年是为了效率：选中即复制、中键即粘贴，全程不用碰键盘。今天看有点分裂，但它就是标准行为。多数现代终端模拟器允许你在设置里关掉 PRIMARY 的自动同步，或者配置成“选中即复制到 CLIPBOARD”，如果你实在受不了这种双轨制，可以去找这个开关，但默认状态下你得记住这两块剪贴板是分开的。

顺带说一下 Wayland。Wayland 下的剪贴板协议比 X11 更严格，因为安全模型不同，一个应用不能随便监听另一个应用的剪贴板。合成器（GNOME Shell、KWin、Sway 等）负责中转，命令行工具也从xclip/xsel换成了wl-copy/wl-paste。你如果在新发行版上发现xclip突然不灵了，八成是会话从 X11 切到了 Wayland，echo $XDG_SESSION_TYPE看一眼就知道了。

1.3 三种场景，故障表现完全不一样

在开始讲具体操作之前，先把使用场景分清楚。同样是“粘贴不进去”，本地终端、SSH 会话、虚拟机终端，原因完全是三码事。

看清楚这张表，你以后遇到问题就不用瞎试了。先问自己一句：我现在的剪贴板是在哪一台上？这个问题的答案基本就决定了接下来该往哪个方向查。

2. 图形终端下，四条能直接用的复制粘贴路径

2.1 Ctrl+Shift+C 和 Ctrl+Shift+V：最通用的一条路

这是当前兼容性最好的方案，几乎所有主流终端模拟器都支持：GNOME Terminal、Konsole、Xfce Terminal、Terminator、Tilix、kitty、alacritty、WezTerm、Windows Terminal 里的 WSL 会话、tabby 等等，全都是这个键位。

它的工作方式很直白：Ctrl+Shift+C 把当前选中的内容写进 CLIPBOARD，Ctrl+Shift+V 把 CLIPBOARD 读出来，作为键盘输入“打”进终端。注意这里的措辞是“打进去”，不是“插进去”。

注意：粘贴的内容是被当作键盘输入逐字符送进终端的。这意味着如果剪贴板里是一段带换行的多行文本，它会被当成一次输入一行的连续命令。现代 shell 大多开启了 bracketed paste mode（方括号粘贴模式），会把整段内容包起来告诉 shell“这是一次粘贴”，从而避免立刻执行中间行，但这层保护不是所有环境都有。

我个人的习惯是：短内容用快捷键，长内容一律走文件传输，理由在第 6 章讲。

2.2 Ctrl+Insert 和 Shift+Insert：老派但关键时刻救命

这组键位比 Ctrl+Shift+C 更老，来自 IBM 时代的终端传统，很多 Unix 老系统、老式终端软件、甚至某些远程带外管理界面里只认这一套。

• Ctrl+Insert：复制选中内容到 CLIPBOARD。
• Shift+Insert：把 CLIPBOARD 内容粘贴进来。

我为什么建议你记住它们？有两个很实际的原因。第一，在某些终端模拟器里你会在设置里把 Ctrl+Shift+C 改掉（比如为了配合 tmux 的键位），这时候 Ctrl+Insert 还在。第二，用触控板的时候，按中键这件事本身就挺别扭（三指点击、或者同时按左右键，各家桌面行为不一致），Shift+Insert 比中键可靠得多。

还有一个场景：你在用 vim 并开启了鼠标支持（:set mouse=a），此时鼠标拖拽会被 vim 截获去做它自己的可视选择，而不是给终端做选择。这种时候键盘快捷键就是唯一出路。

2.3 鼠标选中加中键粘贴：效率最高但坑最多

如果你用的是外接鼠标，这条路径是最快的：左键拖选一段文字（自动进 PRIMARY），把光标移到目标位置，按中键。全程不用碰键盘。

但它有三个坑，我逐条说。

第一个坑是应用的鼠标捕获。前面提过，vim、tmux、less 这类程序开启鼠标模式后，会接管鼠标事件。这时候你拖拽选中，划出来的是程序内部的选择，不是终端的选择，也就进不了 PRIMARY。绕过方法是按住 Shift 再拖拽——多数终端模拟器会把这个组合理解成“别管程序，我自己来处理选择”。macOS 的 Terminal.app 上对应的修饰键是 Option（Alt）。这颗键值得记，我见过太多人在 tmux 里死活选不中文字，就是因为不知道这个。

第二个坑是滚动时选择会被清掉。你在终端里选中一段文字，然后滚轮往上翻，很多终端会把选中状态取消。想复制历史输出，正确的顺序是先滚到位置、再选、再复制，别反过来。

第三个坑是程序正在疯狂刷屏的时候，文字位置一直在动，根本选不准。这种情况最实用的办法是把输出重定向到文件（命令 > /tmp/out.txt 2>&1），再用less或者编辑器慢慢看。硬要在滚动的屏幕里抠文字，属于跟自己过不去。

2.4 右键菜单和各终端模拟器的差异

右键是最不需要记键位的方式，但各家表现差别很大，我列一个对照表，你按自己用的那一行看就行。

有一点要提醒：“复制”和“复制为纯文本”是两个不同操作。终端里很多输出带 ANSI 颜色转义序列，直接复制会把这些控制字符也带走，粘到 Markdown 或工单系统里就是一堆\033[0m之类的东西。能选“纯文本”就选纯文本，省得事后手删。

3. 没有鼠标怎么办：全键盘的复制粘贴方案

3.1 tmux 复制模式：终端复用场景下的标准答案

只要你用过 tmux，你就一定会遇到“想复制屏幕上的内容但鼠标不好使”的问题。tmux 有一套自己的复制模式，和系统剪贴板是两码事，需要分两步理解。

第一步是进入复制模式。默认前缀键是 Ctrl+B，按Ctrl+B然后按[。此时窗口右下角会出现状态提示，键盘方向键或 hjkl 可以在缓冲区里移动。

第二步是选择与复制。默认键位是 emacs 风格：按空格开始选择，移动光标，再按回车把选中内容复制到 tmux 自己的缓冲区。复制完按Ctrl+B再按]粘贴。

如果你更习惯 vi 键位，在~/.tmux.conf里加一行：

setw -g mode-keys vi

然后复制流程就变成：Ctrl+B [进入，v开始选择，移动，y复制。

这里有个很多人踩过的坑：tmux 的缓冲区不等于系统剪贴板。你在 tmux 里复制的内容，只能Ctrl+B ]粘回 tmux 里，出了 tmux 就没了。想打通到系统剪贴板，有两个办法。

办法一，开启 tmux 的剪贴板透传，配置如下：

# 允许 tmux 把复制的内容通过 OSC 52 送到外层终端 set -s set-clipboard on # 鼠标直接可用，配合 Shift 拖选更灵活 set -g mouse on

办法二，在复制完成时手动调命令行工具（下一节讲），把内容喂给系统剪贴板。

顺便提醒一句，set -g mouse on打开之后，前面说的“应用捕获鼠标”问题在 tmux 里就出现了，拖拽选中进的是 tmux 的选择，想用终端自己的选择要按住 Shift。这两件事是一体的。

3.2 screen 和老式终端的选择方式

screen 现在用得少了，但很多老服务器上还装着，你连上去之后按 Ctrl+A[也能进复制模式，逻辑和 tmux 类似：空格开始、回车结束、Ctrl+A]粘贴。

真正值得说的是终端自身的滚动缓冲区。终端模拟器一般会保留几千行的历史输出，翻页靠 Shift+PageUp / Shift+PageDown。当你想复制的是一段命令的输出，而这段输出已经滚出屏幕了，先翻上去选中再复制，比重新跑一遍命令靠谱得多（尤其是那些有副作用的命令，重跑是要出事的）。

如果这台机器是纯文本控制台（按 Ctrl+Alt+F3 切过去那种），那就真的没有剪贴板了——那个环境下没有图形层，选择区机制根本不存在。这种时候只有两条路：要么用 tmux 的缓冲区做中转（但最终还得想办法落到某处），要么把内容写进文件再传出去。这也是为什么很多运维在只有物理控制台的场景下，宁可插一个串口记录工具。

3.3 命令行读写系统剪贴板：xclip、xsel、wl-copy

这一节是整个终端复制粘贴里最“工程化”的部分。核心思路是：把剪贴板当成一个可以读写的东西，用命令行去操作它。这样任何程序生成的输出，都能直接进剪贴板；剪贴板里的内容，也能直接变成任何程序的输入。

X11 环境下的两个常用工具是xclip和xsel。安装方式按发行版来，Debian/Ubuntu 系是sudo apt install xclip，RHEL 系是sudo dnf install xclip。

写入剪贴板：

# 把文件内容写进 CLIPBOARD xclip -selection clipboard < file.txt # 把命令输出写进 CLIPBOARD ip addr show | xclip -selection clipboard # 写进 PRIMARY（就是那个选中区） xclip -selection primary < file.txt

读出剪贴板：

# 打印 CLIPBOARD 内容 xclip -selection clipboard -o # 存到文件 xclip -selection clipboard -o > pasted.txt

xsel的用法是一一对应的：

xsel --clipboard --input < file.txt xsel --clipboard --output xsel --primary --input < file.txt

Wayland 会话下要换成wl-clipboard这个包：

wl-copy < file.txt # 写入 wl-paste > pasted.txt # 读出 wl-paste --watch wl-copy # 让两块剪贴板保持同步

wl-paste --watch这个用法挺巧妙，如果你在 Wayland 下被 PRIMARY 和 CLIPBOARD 的双轨制搞烦了，可以用它持续同步，让两者内容一致。

在 macOS 上，对应的工具是系统自带的pbcopy和pbpaste：

cat file.txt | pbcopy pbpaste > pasted.txt

在 WSL 里，可以调用 Windows 侧的程序打通剪贴板：

# Linux 侧内容送到 Windows 剪贴板 cat file.txt | clip.exe # 读 Windows 剪贴板到 Linux 侧 powershell.exe -NoProfile -Command Get-Clipboard > from-win.txt

这套方法的价值在于可以脚本化。比如我给自己写过一个函数，抓取上一条命令的输出直接进剪贴板：

# 放在 ~/.bashrc 里 lastout() { local cmd cmd=$(fc -ln -1 | sed 's/^[[:space:]]*//') eval "$cmd" 2>&1 | tee /dev/tty | xclip -selection clipboard }

它的逻辑是：取出历史里最近一条命令，重跑一遍，同时输出到屏幕（tee /dev/tty）和剪贴板。重跑有副作用的命令是危险的，所以我只在对ls、cat、grep这类只读命令用。这个思路你可以按自己的习惯改，关键是理解“剪贴板可读写”这件事本身。

3.4 在编辑器里打通剪贴板：vim 的 + 寄存器

vim 用户会遇到一个经典困惑：明明系统剪贴板里有内容，p粘进去的却是 vim 自己的内容。原因是 vim 有自己的一套寄存器，默认的匿名寄存器和系统剪贴板不相通。

如果你的 vim 编译时带上了+clipboard特性，就可以用+寄存器直接访问系统 CLIPBOARD：

"+y " 把选中内容复制到系统剪贴板 "+p " 从系统剪贴板粘贴 "*y " 对应 PRIMARY 选择区

用vim --version | grep clipboard可以看特性有没有编进去，显示+clipboard是有了，显示-clipboard就得换个包（很多发行版里要装vim-gtk3或vim-X11才有）。

嫌每次打"+麻烦，可以在~/.vimrc里加：

set clipboard=unnamedplus

这样匿名寄存器就直接指向系统 CLIPBOARD，普通的y和p就通了。但要注意，在 SSH 到远程服务器上用这个设置要谨慎——远端 vim 访问不到你本地的剪贴板（下一章细讲），开了这个选项可能反而让复制粘贴变得不可预期。

4. 远程、容器与虚拟机：为什么总是单向失灵

4.1 SSH 场景：剪贴板在本地，服务器根本不知道

这是最容易被误解的一类问题。很多人以为“我连上了服务器，就应该能复制服务器上的东西”，但从技术上看，剪贴板和服务器一点关系都没有。

SSH 建立的是字符流的通道，本地的终端模拟器把键盘输入编码后发过去，把服务器返回的字节流解码显示出来。你在这个窗口里做鼠标选择，操作的始终是本地终端模拟器渲染出来的像素；你按 Ctrl+Shift+V，写进去的也是本地终端的输入流。服务器上运行的 vim、tmux、less，它们的进程里根本没有“剪贴板”这个东西，自然也没法直接读写。

理解这一点之后，很多现象就顺理成章了：

• 远程 tmux 里复制的内容，粘不出本地终端——因为它进的是远程 tmux 的内存。
• 远程 vim 里"+y报错或者没效果——因为远端没有 X11 会话可连。
• 从本地复制一段中文粘到远程会话，出现乱码——字符流本身的编码问题，不是剪贴板问题。

那远程环境下怎么把内容拿出来？我的做法分三档。小段内容直接用鼠标选中 + 复制，因为屏幕上的字本来就在本地渲染，这条路永远有效。中等量的内容用cat打到屏幕上再选。大段内容一律走文件，scp、rsync都行，甚至可以先base64编码再复制粘贴，避免二进制和特殊字符被终端弄坏。

4.2 虚拟机共享剪贴板：开关在哪，坑在哪

虚拟机里的情况介于“本地”和“远程”之间。虚拟机有自己的操作系统和桌面，理论上剪贴板是独立的；但虚拟机软件提供了一条“共享剪贴板”的通道，让主机和虚拟机之间的剪贴板可以互通。这条通道默认经常是关着的，所以才有那么多人问“为什么主机复制的内容贴不进虚拟机”。

配置方式分两类。VMware Workstation / Player 需要在虚拟机设置里勾选“客户机隔离”下的启用复制粘贴，同时虚拟机里装好 open-vm-tools 或 VMware Tools。VirtualBox 是在“设置 → 常规 → 高级”里把共享剪贴板和拖放都设成“双向”，同时虚拟机里装virtualbox-guest-utils。装了增强工具但没重启，是最常见的“配置了却不管用”的原因。

还有几个坑值得单独说：

第一，Wayland 桌面下共享剪贴板可能失灵。VirtualBox 的共享剪贴板机制和 Wayland 的合成器在权限模型上有冲突，表现就是复制能出不能进、或者干脆双向都不通。登录时切到 Xorg 会话（登录界面点齿轮图标选 “Xorg 上的 GNOME”）通常能立刻解决。这个不是配置问题，是会话类型问题，折腾配置是白费力气。

第二，双向都开了但只有一个方向通。这种情况先检查两边的剪贴板管理器有没有冲突。X11 下同时跑多个剪贴板管理器是常见事故，它们互相抢所有权，表现就是时好时坏。

第三，从虚拟机往主机复制时丢格式。剪贴板里除了纯文本还有 HTML、RTF 等多种格式，跨虚拟机传的时候经常只剩纯文本。如果你从虚拟机里的网页复制到主机的 Word 里发现格式全没了，大概率是这个原因，属于预期行为。

4.3 OSC 52：让远程程序也能往本地剪贴板写东西

前面说“服务器上的程序访问不了本地剪贴板”，这话在绝大多数情况下成立，但有一个例外值得知道，那就是OSC 52。

OSC 52 是一个终端控制序列，格式大致是ESC ] 52 ; c ; <base64 编码的内容> BEL。当程序往终端输出这个序列时，如果终端模拟器支持并允许，它就会把这段 base64 解码后写进本地的系统剪贴板。也就是说，字符流本身携带了“请帮我写剪贴板”的指令，跨过了 SSH 通道，落到了本地。

tmux 从 3.2 开始对 OSC 52 的支持比较完善，前面配置里的set -s set-clipboard on就是打开这个能力。少数终端模拟器为了让远程 tmux 的复制能落到本地剪贴板，也开了这个开关。

但我要明确提醒两点。第一，很多终端默认禁用或限制 OSC 52 的写入方向，因为它存在安全风险：理论上服务器可以往你本地剪贴板塞任意内容，你在本地某个终端里一粘，可能就是一条危险命令。第二，OSC 52 传输大内容会非常慢且容易被截断，因为它要经过 base64 编码再混在字符流里走，几千字节以上就明显卡顿。

所以这东西的定位是“偶发的小段内容应急”，不要指望用它来搬家。真正要传东西，还是scp/rsync靠谱。

5. 排查手册：复制粘贴失效的常见原因速查

5.1 一张表覆盖八成故障

我处理过的案例里，前四行占了一大半。很多人折腾半天配置，最后发现只是把两块剪贴板搞混了。

5.2 乱码、编码和换行符：看不见的坑才是真坑

粘贴出现乱码，通常不是剪贴板坏了，而是字符流在某一层被按错误的编码解释。这条链路上有三层可能出问题：剪贴板里的字节、SSH 通道的透明性（这个是透明的，一般无辜）、远端 shell 和程序的 locale 设置。

排查的第一步是看 locale：

locale echo $LANG

如果输出里LANG是空值或者C/POSIX，那远端 shell 就处于“不认识 UTF-8”的状态，粘贴中文进去自然显示异常。临时解决办法是export LANG=zh_CN.UTF-8，永久办法是写进~/.bashrc或者系统的 locale 配置里并生成对应 locale。locale -a可以看系统里装了哪些可用 locale。

还有一类乱码是字体缺字造成的，看着像乱码其实是显示不出来。特征是复制到文件里检查内容是对的，只是屏幕上显示成方块。这种要装字体，跟编码无关。

换行符的问题在跨平台时更明显。从 Windows 复制过来的文本带\r\n，粘到 Linux 的 shell 里，那些\r会被当成命令的一部分，导致命令找不到或者文件名带奇怪后缀。有个经典场景：从网页复制的命令执行时报command not found，但看起来一模一样——用cat -A看一眼就能发现有^M。处理方式是先过一遍tr -d '\r'，或者在编辑器里转换行符。

# 检查是否有 Windows 换行符 cat -A script.sh | head -5 # 批量去掉 tr -d '\r' < script.sh > script-fixed.sh

这个问题在复制粘贴脚本文件内容的时候特别容易遇到，我建议凡是粘贴多行脚本，都先看一眼换行符。

5.3 粘贴多行命令被自动执行：便利背后的风险

现代 bash 和 zsh 都启用了 bracketed paste mode，粘贴多行文本时会把整段包起来，shell 知道这是“一次粘贴”，所以不会在中间换行处立即执行。这层保护解决了很多误操作，但它不是万能的。

有几种情况保护会失效：你在一个没有开启这个模式的旧 shell 里；你粘贴的目标不是 shell 提示符而是某个正在等待输入的程序；中间经过了某个不转发这个控制序列的环节。更麻烦的是，即使没有自动执行，多行粘贴内容一旦你按下回车，会连续执行多行，中间某行如果是个破坏性操作，你没有机会拦。

所以我的习惯很固定：超过三行的命令，一律先粘到编辑器里看一遍，确认没有多余的换行、没有意外的空行、没有从网页复制带进来的隐藏字符，再逐段执行。这一步多花十秒，能省掉很多麻烦。

注意：从网页或聊天工具复制的命令，一定要先看一遍再执行。特别要警惕那些把下载和执行写在一起的命令形式（比如把下载的内容直接管道给 shell 执行）。正确的做法是先把脚本下载到本地，用编辑器或less看完整内容，确认它做的事情符合预期，再执行。

6. 几个我长期用下来的习惯和小工具

6.1 大段内容不要走剪贴板

这是我最想强调的一条经验。剪贴板适合几百字节以内的零碎内容，一旦超过这个量级，它就开始出各种问题：粘贴速度变慢、终端一卡一卡、特殊字符被吞、编码在某个环节被改写、内容长度被截断。最要命的是，出了问题你还不知道丢的是哪一段。

大段内容的正确通道是文件。本机和远程之间用scp：

scp ./config.yaml user@host:/tmp/config.yaml

大量小文件、要增量同步，用rsync：

rsync -avz --progress ./dist/ user@host:/srv/app/dist/

同一个 SSH 会话里要传内容，可以用cat > file然后粘贴，再按 Ctrl+D 结束：

cat > /tmp/notes.txt # 这里粘贴内容 # 按 Ctrl+D 结束输入

这个技巧很好用，它的本质是把终端输入直接重定向到文件，不经过 shell 解析，也不经过剪贴板中转，粘贴的内容原样落地。我经常用它来把一大段日志或者配置粘到远程机器上。

6.2 把常用操作做成别名和函数

如果你在 Linux 上工作，一些剪贴板操作值得做成短别名。我在~/.bashrc里长期放着这几条：

# 检测当前会话类型，决定用哪套剪贴板工具 if [ "$XDG_SESSION_TYPE" = "wayland" ]; then alias cbcopy='wl-copy' alias cbpaste='wl-paste' elif command -v xclip >/dev/null 2>&1; then alias cbcopy='xclip -selection clipboard' alias cbpaste='xclip -selection clipboard -o' fi

这样我在任何机器上都是一样的cbcopy和cbpaste，不用记底层是哪个工具。加上自动检测会话类型这一层，从 X11 切到 Wayland 也不会突然失效。

另外，如果经常需要把某个命令的输出送进剪贴板，可以包一层：

# 用法：cbk ls -la /etc cbk() { "$@" 2>&1 | tee /dev/tty | cbcopy }

tee /dev/tty保证内容同时显示在屏幕上，不会因为重定向到剪贴板而看不见结果。这个小工具我在写文档、提工单的时候用得最多。

6.3 记住三件事就够用了

如果只让记三条，我会说这些。

第一，Ctrl+Shift+C / Ctrl+Shift+V 是主力，Ctrl+Insert / Shift+Insert 是备胎，鼠标中键是最快的顺手操作。三套并行，视场合切换。

第二，遇到选不中文字、粘不出内容，先想两件事：剪贴板是哪一块（PRIMARY 还是 CLIPBOARD），鼠标是不是被程序捕获了（试试按住 Shift）。这两个方向能解决绝大多数在你眼前发生的诡异现象。

第三，粘贴别人给的命令之前，先看一眼。尤其是从网页复制、包含多行、看起来很长的那种。这话听起来像老生常谈，但我确实见过因为直接粘贴执行而把生产目录清掉的例子，代价很大。

我自己的体会是，终端复制粘贴这件事看着小，但它几乎覆盖了日常操作的每一个环节：查日志、改配置、写脚本、提工单、和同事同步信息。把这几套路径理顺之后，你会发现自己在终端里的动作会明显变少，也不容易在某个莫名其妙的粘贴失败上浪费半小时。真正值得花时间的地方，从来不是记住哪个快捷键，而是搞清楚剪贴板在哪台机器上、内容经过了哪几层，这两件事想明白了，剩下的都是按图索骥。