本文来自依云's Blog，转载请注明。
这原本是我在知乎上的一个回答，现在略作修改，放在博客上。
很多 Linux 用户知道，除了通用的Ctrl-C/Ctrl-V剪贴板外，Linux 桌面上还有另一套剪贴板可以用。
首先澄清一下，这个功能不属于 Linux，而是属于它（目前）所广泛使用的显示服务程序——X Window。X Window 的历史比 Linux 和 Vim 都要古老呢。现在所使用的版本 X11 也是 1987 年就已经发布了的。
X Window 目前被广泛使用的用于 X Window 客户端（使用 X Window 的程序）间交换数据的剪贴板有两个：primary selection 和 clipboard。
Primary selection，通常，内容被选择时会被放到这里，按鼠标中键时被获取并粘贴。
例外一：火狐浏览器中只有用户主动选择的内容才会被放到 primary selection，由网页代码导致的选择不会修改用户的 primary selection。
例外二：Vim / GVim 的「可视」选择默认并不放到 primary selection。有选项可以设置成这样。
例外三：一些网站（如 GitHub）用的 Ace 在线编辑器，在用户「选择」时并不创建真正的选择区，它只在用户按Ctrl-C等键时做一些处理，因此在 Ace 编辑器中选中复制、中键粘贴无效。
例外四：Wine 不支持 primary selection。
Clipboard，这就是大家熟悉的剪贴板了，图形界面程序中Ctrl-C复制，Ctrl-V粘贴。终端里因为快捷键会冲突，所以这些图形界面常用的快捷键使用的时候都要按住 Shift 键。
关 于 X Window 剪贴板要注意的地方：以上剪贴板的内容都不是保存在 X 服务器上的，而是客户端程序说，「我请求提供这个剪贴板的数据」（X 服务器通常会允许这样的请求）。另外的程序要粘贴时就会通过 X 服务器向这个程序请求：「请把 XX 剪贴板的数据给我。」所以，X Window 剪贴板上的内容会在拥有它的程序退出后自动被清除。所以一般人会需要用剪贴板管理器来更持久一些地保存剪贴板数据。
关于 X 协议细节可能有些不对，不过大体上是这个样子的啦。
还有没什么程序用到的 secondary selection，以及 Vim 偶尔会用到的 cut buffers（共8个，Vim 和 xterm 会用第一个）。Cut buffers 似乎是由 X 服务器保存数据的。Vim 在挂起时为了避免请求剪贴板数据的程序长时间等待会把自己的选择区内容写到 CUT_BUFFER0。
火狐似乎设置了很短的剪贴板请求超时时间，因此，从远程程序请求剪贴板数据时，可能因为网络延迟导致火狐没有及时得到数据而放弃。
Apr 06, 2014 10:24:28 PM
chrome 就是不支持 shift+insert 有人提議用 ctrl+shift+insert 也沒有迴音。只能手動中鍵了……
Apr 06, 2014 10:38:43 PM
Shift+Insert 不是访问 CLIPBOARD 的么？
fcitx-clipboard 很好用的喵 :-)