前言:
最近正好写一个程序,需要操作剪切板
功能很简单,只需要从剪切板内读取字符串,然后清空剪切板,然后再把字符串导入剪切板
我想当然的使用我最拿手的C#来完成这项工作,原因无他,因为.Net框架封装了能实现这种功能的方法
然后就有了如下代码
1 string Temp = ""; 2 while (true) 3 { 4 string Tex = Clipboard.GetText().ToString(); 5 if (!string.IsNullOrWhiteSpace(Tex) && Temp != Tex) 6 { 7 Clipboard.Clear(); 8 Clipboard.SetDataObject(Tex, false); 9 Temp = Tex; 10 } 11 Thread.Sleep(1); 12 }
这段代码,也是网页上广泛流传的,使用.Net框架操作系统剪切板的方法,当然这个方法在某些情况下很管用
不过在我这确发生了点问题,主要的问题有两点
首先,我对剪切板的操作需求有实时性,也就是,操作人员复制的一瞬间就应该截取到剪切板的数据,处理完后再放入剪切板
结果
Clipboard.SetDataObject(Tex, false);
没想到上面这条设置剪切板的指令竟然会卡焦点窗口的线程,比如说,我在A软件执行了一次复制操作,如果使用了上述代码,那么A软件强制线程堵塞大概几百毫秒的样子,反正很影响体验,我推测是因为该命令会锁定内存导致的
那怎么办,本着死马当活马医的态度,我专门为该指令启用了一个线程
Task.Factory.StartNew(()=> { Clipboard.Clear(); Clipboard.SetDataObject(Text, false); });
使用了线程以后,因为操作滞后(线程启动会延迟一会儿,并不实时)了,所以上述问题似乎解决了,但是没想到出现了新的问题
string Tex = Clipboard.GetText().ToString();
上述从剪切板获得字符串的指令,在默写情况下,会卡滞住,然后程序在一分钟之后,因为超时而被系统吊销
emmmmm,在经过几番努力之后,我终于意识到,虽然.Net封装了不少操作系统API的方法,使得一些IO操作变简单不少,但是带来的问题也是同样大的,在遇到无法解决的问题的时候,会有点束手无策
于是不得已,我只能放弃使用过C#完成该项功能,想着幸好功能简单,而且操作WinAPI其实最好的还是使用C++来写,于是我用C++复现了上述功能
1 #include "stdafx.h" 2 #include <windows.h> 3 #include <iostream> 4 using namespace std; 5 #pragma comment(linker,"/subsystem:windows /entry:mainCRTStartup") 6 7 int main(int argc, _TCHAR* argv[]) 8 { 9 HANDLE THandle = GlobalAlloc(GMEM_FIXED, 1000);//分配内存 10 char* Temp = (char*)THandle;//锁定内存,返回申请内存的首地址 11 while (true) 12 { 13 HWND hWnd = NULL; 14 OpenClipboard(hWnd);//打开剪切板 15 if (IsClipboardFormatAvailable(CF_TEXT)) 16 { 17 HANDLE h = GetClipboardData(CF_TEXT);//获取剪切板数据 18 char* p = (char*)GlobalLock(h); 19 GlobalUnlock(h); 20 if (strcmp(Temp, p)) 21 { 22 EmptyClipboard();//清空剪切板 23 HANDLE hHandle = GlobalAlloc(GMEM_FIXED, 1000);//分配内存 24 char* pData = (char*)GlobalLock(hHandle);//锁定内存,返回申请内存的首地址 25 strcpy(pData, p); 26 strcpy(Temp, p); 27 SetClipboardData(CF_TEXT, hHandle);//设置剪切板数据 28 GlobalUnlock(hHandle);//解除锁定 29 } 30 } 31 CloseClipboard();//关闭剪切板 32 Sleep(500); 33 } 34 return