C#操作剪切板(Clipboard)

本文主要是介绍C#操作剪切板(Clipboard)，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

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

往剪切板里存取字符串

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

方法1	Clipboard.SetText(str);	很可能有问题
方法2	Clipboard.SetData(DataFormats.Text,str);	很可能有问题
方法3	Clipboard.SetDataObject(str);	大多数时候没问题

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

(异常1：COMException)

(异常2：ExternalException)

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

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

方法1	string str = (string)Clipboard.GetData(DataFormats.Text)	很可能有问题
方法2	string str = Clipboard.GetText();	大多数时候没问题

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

另外还有两点需要注意：

方法3这种往剪切板里写文本内容的方式，在这个程序结束之后，剪切板内容将会失效，要使得程序结束后剪切板内容继续有效的话，得使用Clipboard.SetDataObject(str, true);这个方法，第二个参数true表示让剪切板内容在程序结束后继续有效，但我发现加上这个参数之后，增加了出现异常的可能性。
必须在给程序的入口函数(通常是Main函数)加上STAThreadAttribute这个注解，否则对剪切板的访问会报错：在可以调用 OLE 之前，必须将当前线程设置为单线程单元(STA)模式。

往剪切板里存取自定义数据

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

[Serializable]
public class User {public int age { get; set; }public string name { get; set; }
}class Program {[STAThread]static void Main(string[] args) {User userIn = new User();userIn.name = "Jack";userIn.age = 18;Clipboard.SetData("mydata", userIn);User userOut = (User)Clipboard.GetData("mydata");Console.WriteLine(userOut.name +" | " + userOut.age);}
}