剪切板是Windows系统提供的功能，从我最早接触到的Windows 3.2版本开始，就一直带着了。以前使用C++的时候，是直接使用Windows API对其进行操作的，到了.NET下，在WinForm中也有一个对剪切板的封装类，即System.Windows.Forms.Clipboard，这个类其实是通过COM组件间接地使用剪切板的，我个人觉得COM是一个设计非常糟糕的东西，难懂坑多还不可移植，但微软现存的大量代码又是基于COM的，所以又无法彻底舍弃，关于不可移植这个并不难理解，前面说了，剪切板是Windows提供的功能，你在Linux下，或者在MacOS下，尽管有类似的功能，但跟Windows的肯定不同，所以最新的.NET Core中是不能使用剪切板功能的。

字符串是最最常用的数据对象了，我们就往剪切板里写一个字符串吧，我总结了一下，见下表：

嗯？怎么这么不确定？确实如此，这是我进行了大量试验的结果，且程序在调试和非调试中还有不同的表现，可能出现的异常有以下两个：

(异常1：COMException)

(异常2：ExternalException)

两个异常都没有进一步的提示信息，异常的原因很类似，就是剪切板访问不了，而我使用方法3的时候，在非调试状态下还没发现过什么问题。我实在找不到进一步的规律了，先这样用吧。

那么如何从剪切板获取字符串呢？对应的，有两种方法：

具体原因我同样不太清楚，这似乎是微软留下的一个bug，SO上有个讨论，可以去看看：StackOverflow

另外还有两点需要注意：

C#的对象的数据结构并不能为剪切板所理解，所以你要把你自定义的数据放到剪切板去的话要把它序列化，在实际操作中，是要你提供一个“可序列化”的对象，下面是个简单的例子：

注意User这个类前面的Serializable注解，如果没有这个注解，是没法成功将对象写入剪切板的。如果数据比较复杂，可以考虑把数据自行序列化到一个Stream对象去，再把Stream对象写入剪切板，获取的时候对Stream对象自行反序列化，还原数据。例子就不写了。

最后要注意的一点是由于这里的数据类型是“mydata”，你也可以指定别的名字，这种类型数据只有你自己的程序能读懂，也就是说，你是不能打开记事本或者Photoshop，直接把你这个User对象贴上去的。