Windows下进程间通讯的几个比较 window进程间通信方式有几种
Windows\u4e0b\u8fdb\u7a0b\u901a\u4fe1\u7684\u51e0\u79cd\u65b9\u5f0fWindows\u8fdb\u7a0b\u95f4\u901a\u8baf\u7684\u65b9\u6cd5\u6709\u5f88\u591a\uff1a\u7ba1\u9053\u3001\u90ae\u4ef6\u69fd\u3001\u526a\u5207\u677f\u3001\u5171\u4eab\u5185\u5b58\u3001\u6d88\u606f\u3001\u5957\u63a5\u5b57\u3001RPC\u3001DDE\u7b49\u3002
\u4f46\u662f\u4ed6\u4eec\u5927\u90e8\u5206\u62e5\u6709\u4e00\u4e2a\u5171\u540c\u7684\u672c\u8d28\uff1a\u5229\u7528Windows\u64cd\u4f5c\u7cfb\u7edf\u9ad82GB\u5185\u6838\u5171\u4eab\u7a7a\u95f4\u8fdb\u884c\u6570\u636e\u4f20\u9012\u7684\u6865\u6881\uff0c\u6240\u4ee5\u4ed6\u4eec\u90fd\u662f\u5185\u6838\u5bf9\u8c61\uff01
\u6240\u4ee5\u4ed6\u4eec\u5927\u90e8\u5206\u90fd\u8981\u9075\u5faa\uff1aA\u521b\u5efa\u5bf9\u8c61-->A\u5199\u5165\u6570\u636e-->B\u6253\u5f00A\u521b\u5efa\u7684\u5bf9\u8c61-->B\u8bfb\u5165\u6570\u636e\u7684\u89c4\u5219\uff01
\u8fdb\u7a0b\u95f4\u901a\u4fe1\u5c31\u662f\u5728\u4e0d\u540c\u8fdb\u7a0b\u4e4b\u95f4\u4f20\u64ad\u6216\u4ea4\u6362\u4fe1\u606f\uff0c\u90a3\u4e48\u4e0d\u540c\u8fdb\u7a0b\u4e4b\u95f4\u5b58\u5728\u7740\u4ec0\u4e48\u53cc\u65b9\u90fd\u53ef\u4ee5\u8bbf\u95ee\u7684\u4ecb\u8d28\u5462\uff1f\u8fdb\u7a0b\u7684\u7528\u6237\u7a7a\u95f4\u662f\u4e92\u76f8\u72ec\u7acb\u7684\uff0c\u4e00\u822c\u800c\u8a00\u662f\u4e0d\u80fd\u4e92\u76f8\u8bbf\u95ee\u7684\uff0c\u552f\u4e00\u7684\u4f8b\u5916\u662f\u5171\u4eab\u5185\u5b58\u533a\u3002\u4f46\u662f\uff0c\u7cfb\u7edf\u7a7a\u95f4\u5374\u662f\u201c\u516c\u5171\u573a\u6240\u201d\uff0c\u6240\u4ee5\u5185\u6838\u663e\u7136\u53ef\u4ee5\u63d0\u4f9b\u8fd9\u6837\u7684\u6761\u4ef6\u3002\u9664\u6b64\u4ee5\u5916\uff0c\u90a3\u5c31\u662f\u53cc\u65b9\u90fd\u53ef\u4ee5\u8bbf\u95ee\u7684\u5916\u8bbe\u4e86\u3002\u5728\u8fd9\u4e2a\u610f\u4e49\u4e0a\uff0c\u4e24\u4e2a\u8fdb\u7a0b\u5f53\u7136\u4e5f\u53ef\u4ee5\u901a\u8fc7\u78c1\u76d8\u4e0a\u7684\u666e\u901a\u6587\u4ef6\u4ea4\u6362\u4fe1\u606f\uff0c\u6216\u8005\u901a\u8fc7\u201c\u6ce8\u518c\u8868\u201d\u6216\u5176\u5b83\u6570\u636e\u5e93\u4e2d\u7684\u67d0\u4e9b\u8868\u9879\u548c\u8bb0\u5f55\u4ea4\u6362\u4fe1\u606f\u3002\u5e7f\u4e49\u4e0a\u8fd9\u4e5f\u662f\u8fdb\u7a0b\u95f4\u901a\u4fe1\u7684\u624b\u6bb5\uff0c\u4f46\u662f\u4e00\u822c\u90fd\u4e0d\u628a\u8fd9\u7b97\u4f5c\u201c\u8fdb\u7a0b\u95f4\u901a\u4fe1\u201d\u3002\u56e0\u4e3a\u90a3\u4e9b\u901a\u4fe1\u624b\u6bb5\u7684\u6548\u7387\u592a\u4f4e\u4e86\uff0c\u800c\u4eba\u4eec\u5bf9\u8fdb\u7a0b\u95f4\u901a\u4fe1\u7684\u8981\u6c42\u662f\u8981\u6709\u4e00\u5b9a\u7684\u5b9e\u65f6\u6027\u3002
\u3000\u3000\u8fdb\u7a0b\u95f4\u901a\u4fe1\u4e3b\u8981\u5305\u62ec\u7ba1\u9053, \u7cfb\u7edfIPC(\u5305\u62ec\u6d88\u606f\u961f\u5217,\u4fe1\u53f7\u91cf,\u5171\u4eab\u5b58\u50a8), SOCKET.
\u3000\u3000\u7ba1\u9053\u5305\u62ec\u4e09\u79cd:1)\u666e\u901a\u7ba1\u9053PIPE, \u901a\u5e38\u6709\u79cd\u9650\u5236,\u4e00\u662f\u534a\u53cc\u5de5,\u53ea\u80fd\u5355\u5411\u4f20\u8f93;\u4e8c\u662f\u53ea\u80fd\u5728\u7236\u5b50\u8fdb\u7a0b\u95f4\u4f7f\u7528. 2)\u6d41\u7ba1\u9053s_pipe: \u53bb\u9664\u4e86\u7b2c\u4e00\u79cd\u9650\u5236,\u53ef\u4ee5\u53cc\u5411\u4f20\u8f93. 3)\u547d\u540d\u7ba1\u9053:name_pipe, \u53bb\u9664\u4e86\u7b2c\u4e8c\u79cd\u9650\u5236,\u53ef\u4ee5\u5728\u8bb8\u591a\u5e76\u4e0d\u76f8\u5173\u7684\u8fdb\u7a0b\u4e4b\u95f4\u8fdb\u884c\u901a\u8baf.
进程是装入内存并准备执行的程序，每个进程都有私有的虚拟地址空间，由代码、数据以及它可利用的系统资源(如文件、管道等)组成。多进程/多线程是Windows操作系统的一个基本特征。Microsoft Win32应用编程接口(Application Programming Interface, API)提供了大量支持应用程序间数据共享和交换的机制，这些机制行使的活动称为进程间通信(InterProcess Communication, IPC)，进程通信就是指不同进程间进行数据共享和数据交换。
正因为使用Win32 API进行进程通信方式有多种，如何选择恰当的通信方式就成为应用开发中的一个重要问题，下面本文将对Win32中进程通信的几种方法加以分析和比较。
2 进程通信方法
2.1 文件映射
文件映射(Memory-Mapped Files)能使进程把文件内容当作进程地址区间一块内存那样来对待。因此，进程不必使用文件I/O操作，只需简单的指针操作就可读取和修改文件的内容。
Win32 API允许多个进程访问同一文件映射对象，各个进程在它自己的地址空间里接收内存的指针。通过使用这些指针，不同进程就可以读或修改文件的内容，实现了对文件中数据的共享。
应用程序有三种方法来使多个进程共享一个文件映射对象。
(1)继承：第一个进程建立文件映射对象，它的子进程继承该对象的句柄。
(2)命名文件映射：第一个进程在建立文件映射对象时可以给该对象指定一个名字(可与文件名不同)。第二个进程可通过这个名字打开此文件映射对象。另外，第一个进程也可以通过一些其它IPC机制(有名管道、邮件槽等)把名字传给第二个进程。
(3)句柄复制：第一个进程建立文件映射对象，然后通过其它IPC机制(有名管道、邮件槽等)把对象句柄传递给第二个进程。第二个进程复制该句柄就取得对该文件映射对象的访问权限。
文件映射是在多个进程间共享数据的非常有效方法，有较好的安全性。但文件映射只能用于本地机器的进程之间，不能用于网络中，而开发者还必须控制进程间的同步。
2.2 共享内存
Win32 API中共享内存(Shared Memory)实际就是文件映射的一种特殊情况。进程在创建文件映射对象时用0xFFFFFFFF来代替文件句柄(HANDLE)，就表示了对应的文件映射对象是从操作系统页面文件访问内存，其它进程打开该文件映射对象就可以访问该内存块。由于共享内存是用文件映射实现的，所以它也有较好的安全性，也只能运行于同一计算机上的进程之间。
2.3 匿名管道
管道(Pipe)是一种具有两个端点的通信通道：有一端句柄的进程可以和有另一端句柄的进程通信。管道可以是单向－一端是只读的，另一端点是只写的；也可以是双向的一管道的两端点既可读也可写。
匿名管道(Anonymous Pipe)是 在父进程和子进程之间，或同一父进程的两个子进程之间传输数据的无名字的单向管道。通常由父进程创建管道，然后由要通信的子进程继承通道的读端点句柄或写 端点句柄，然后实现通信。父进程还可以建立两个或更多个继承匿名管道读和写句柄的子进程。这些子进程可以使用管道直接通信，不需要通过父进程。
匿名管道是单机上实现子进程标准I/O重定向的有效方法，它不能在网上使用，也不能用于两个不相关的进程之间。
2.4 命名管道
命名管道(Named Pipe)是服务器进程和一个或多个客户进程之间通信的单向或双向管道。不同于匿名管道的是命名管道可以在不相关的进程之间和不同计算机之间使用，服务器建立命名管道时给它指定一个名字，任何进程都可以通过该名字打开管道的另一端，根据给定的权限和服务器进程通信。
命名管道提供了相对简单的编程接口，使通过网络传输数据并不比同一计算机上两进程之间通信更困难，不过如果要同时和多个进程通信它就力不从心了。
2.5 邮件槽
邮件槽(Mailslots)提 供进程间单向通信能力，任何进程都能建立邮件槽成为邮件槽服务器。其它进程，称为邮件槽客户，可以通过邮件槽的名字给邮件槽服务器进程发送消息。进来的消 息一直放在邮件槽中，直到服务器进程读取它为止。一个进程既可以是邮件槽服务器也可以是邮件槽客户，因此可建立多个邮件槽实现进程间的双向通信。
通过邮件槽可以给本地计算机上的邮件槽、其它计算机上的邮件槽或指定网络区域中所有计算机上有同样名字的邮件槽发送消息。广播通信的消息长度不能超过400字节，非广播消息的长度则受邮件槽服务器指定的最大消息长度的限制。
邮件槽与命名管道相似，不过它传输数据是通过不可靠的数据报(如TCP/IP协议中的UDP包)完成的，一旦网络发生错误则无法保证消息正确地接收，而命名管道传输数据则是建立在可靠连接基础上的。不过邮件槽有简化的编程接口和给指定网络区域内的所有计算机广播消息的能力，所以邮件槽不失为应用程序发送和接收消息的另一种选择。
2.6 剪贴板
剪贴板(Clipped Board)实质是Win32 API中一组用来传输数据的函数和消息，为Windows应用程序之间进行数据共享提供了一个中介，Windows已建立的剪切(复制)－粘贴的机制为不同应用程序之间共享不同格式数据提供了一条捷径。当用户在应用程序中执行剪切或复制操作时，应用程序把选取的数据用一种或多种格式放在剪贴板上。然后任何其它应用程序都可以从剪贴板上拾取数据，从给定格式中选择适合自己的格式。
剪贴板是一个非常松散的交换媒介，可以支持任何数据格式，每一格式由一无符号整数标识，对标准(预定义)剪贴板格式，该值是Win32 API定义的常量；对非标准格式可以使用Register Clipboard Format函数注册为新的剪贴板格式。利用剪贴板进行交换的数据只需在数据格式上一致或都可以转化为某种格式就行。但剪贴板只能在基于Windows的程序中使用，不能在网络上使用。
2.7 动态数据交换
动态数据交换(DDE)是使用共享内存在应用程序之间进行数据交换的一种进程间通信形式。应用程序可以使用DDE进行一次性数据传输，也可以当出现新数据时，通过发送更新值在应用程序间动态交换数据。
DDE和剪贴板一样既支持标准数据格式(如文本、位图等)，又可以支持自己定义的数据格式。但它们的数据传输机制却不同，一个明显区别是剪贴板操作几乎总是用作对用户指定操作的一次性应答－如从菜单中选择Paste命令。尽管DDE也可以由用户启动，但它继续发挥作用一般不必用户进一步干预。DDE有三种数据交换方式：
(1) 冷链：数据交换是一次性数据传输，与剪贴板相同。
(2) 温链：当数据交换时服务器通知客户，然后客户必须请求新的数据。
(3) 热链：当数据交换时服务器自动给客户发送数据。
DDE交换可以发生在单机或网络中不同计算机的应用程序之间。开发者还可以定义定制的DDE数据格式进行应用程序之间特别目的IPC，它们有更紧密耦合的通信要求。大多数基于Windows的应用程序都支持DDE。
2.8 对象连接与嵌入
应用程序利用对象连接与嵌入(OLE)技术管理复合文档(由多种数据格式组成的文档)，OLE提供使某应用程序更容易调用其它应用程序进行数据编辑的服务。例如，OLE支持的字处理器可以嵌套电子表格，当用户要编辑电子表格时OLE库可自动启动电子表格编辑器。当用户退出电子表格编辑器时，该表格已在原始字处理器文档中得到更新。在这里电子表格编辑器变成了字处理器的扩展，而如果使用DDE，用户要显式地启动电子表格编辑器。
同DDE技术相同，大多数基于Windows的应用程序都支持OLE技术。
2.9 动态连接库
Win32动态连接库(DLL)中的全局数据可以被调用DLL的所有进程共享，这就又给进程间通信开辟了一条新的途径，当然访问时要注意同步问题。
虽然可以通过DLL进行进程间数据共享，但从数据安全的角度考虑，我们并不提倡这种方法，使用带有访问权限控制的共享内存的方法更好一些。
2.10 远程过程调用
Win32 API提供的远程过程调用(RPC)使应用程序可以使用远程调用函数，这使在网络上用RPC进行进程通信就像函数调用那样简单。RPC既可以在单机不同进程间使用也可以在网络中使用。
由于Win32 API提供的RPC服从OSF-DCE(Open Software Foundation Distributed Computing Environment)标准。所以通过Win32 API编写的RPC应用程序能与其它操作系统上支持DEC的RPC应用程序通信。使用RPC开发者可以建立高性能、紧密耦合的分布式应用程序。
2.11 NetBios函数
Win32 API提供NetBios函数用于处理低级网络控制，这主要是为IBM NetBios系统编写与Windows的接口。除非那些有特殊低级网络功能要求的应用程序，其它应用程序最好不要使用NetBios函数来进行进程间通信。
2.12 Sockets
Windows Sockets规范是以U.C.Berkeley大学BSD UNIX中流行的Socket接口为范例定义的一套Windows下的网络编程接口。除了Berkeley Socket原有的库函数以外，还扩展了一组针对Windows的函数，使程序员可以充分利用Windows的消息机制进行编程。
现在通过Sockets实现进程通信的网络应用越来越多，这主要的原因是Sockets的跨平台性要比其它IPC机制好得多，另外WinSock 2.0不仅支持TCP/IP协议，而且还支持其它协议(如IPX)。Sockets的唯一缺点是它支持的是底层通信操作，这使得在单机的进程间进行简单数据传递不太方便，这时使用下面将介绍的WM_COPYDATA消息将更合适些。
2.13 WM_COPYDATA消息
WM_COPYDATA是一种非常强大却鲜为人知的消息。当一个应用向另一个应用传送数据时，发送方只需使用调用SendMessage函数，参数是目的窗口的句柄、传递数据的起始地址、WM_COPYDATA消息。接收方只需像处理其它消息那样处理WM_COPY DATA消息，这样收发双方就实现了数据共享。
WM_COPYDATA是一种非常简单的方法，它在底层实际上是通过文件映射来实现的。它的缺点是灵活性不高，并且它只能用于Windows平台的单机环境下。
绛旓細2 杩涚▼閫氫俊鏂规硶2.1 鏂囦欢鏄犲皠鏂囦欢鏄犲皠(Memory-Mapped Files)鑳戒娇杩涚▼鎶婃枃浠跺唴瀹瑰綋浣滆繘绋嬪湴鍧鍖洪棿涓鍧楀唴瀛橀偅鏍锋潵瀵瑰緟銆傚洜姝,杩涚▼涓嶅繀浣跨敤鏂囦欢I/O鎿嶄綔,鍙渶绠鍗曠殑鎸囬拡鎿嶄綔灏卞彲璇诲彇鍜屼慨鏀规枃浠剁殑鍐呭銆Win32 API鍏佽澶氫釜杩涚▼璁块棶鍚屼竴鏂囦欢鏄犲皠瀵硅薄,鍚勪釜杩涚▼鍦ㄥ畠鑷繁鐨勫湴鍧绌洪棿閲屾帴鏀跺唴瀛樼殑鎸囬拡銆傞氳繃浣跨敤杩欎簺鎸囬拡,涓嶅悓杩涚▼灏卞彲...
绛旓細绠￠亾( pipe )锛氱閬撴槸涓绉嶅崐鍙屽伐鐨勯氫俊鏂瑰紡锛屾暟鎹彧鑳藉崟鍚戞祦鍔紝鑰屼笖鍙兘鍦ㄥ叿鏈変翰缂樺叧绯荤殑杩涚▼闂翠娇鐢ㄣ傝繘绋嬬殑浜茬紭鍏崇郴閫氬父鏄寚鐖跺瓙杩涚▼鍏崇郴銆傛湁鍚嶇閬 (named pipe) 锛 鏈夊悕绠￠亾涔熸槸鍗婂弻宸ョ殑閫氫俊鏂瑰紡锛屼絾鏄畠鍏佽鏃犱翰缂樺叧绯杩涚▼闂寸殑閫氫俊銆備俊鍙烽噺( semophore ) 锛 淇″彿閲忔槸涓涓鏁板櫒锛屽彲浠ョ敤鏉ユ帶鍒跺涓...
绛旓細鍦╓in32涓嬫彁渚涚殑杩涚▼闂撮氫俊鏂瑰紡鏈変互涓嬪嚑绉嶏細鍓创鏉緾lipboard锛氬湪16浣嶆椂浠ｅ父浣跨敤鐨勬柟寮锛孋Wnd绫讳腑鎻愪緵浜嗘敮鎸併侰OM/DCOM锛氶氳繃COM绯荤粺鐨勪唬鐞嗗瓨鏍规柟寮忚繘琛岃繘绋嬮棿鏁版嵁浜ゆ崲锛屼絾鍙兘澶熻〃鐜板湪瀵规帴鍙ｅ嚱鏁扮殑璋冪敤鏃朵紶閫佹暟鎹紝閫氳繃DCOM鍙互鍦ㄤ笉鍚屼富鏈洪棿浼 閫佹暟鎹侱ynamic Data Exchange (DDE)锛氬湪16浣嶆椂浠ｅ父浣跨敤鐨勬柟...
绛旓細7銆乄indows濂楁帴瀛(WindowsSocket)瀹冨叿澶囨秷鎭閬撴墍鏈夌殑鍔熻兘锛屼絾閬靛畧涓濂楅氫俊鏍囧噯浣跨殑涓嶅悓鎿嶄綔绯荤粺涔嬩笂鐨勫簲鐢ㄧ▼搴忎箣闂村彲浠ヤ簰鐩搁氫俊銆8銆両nternet閫氫俊瀹冭搴旂敤绋嬪簭浠嶪nternet鍦板潃涓婅浇鎴栦笅杞芥枃浠 9銆丷PC锛氳繙绋嬭繃绋嬭皟鐢紝寰堝皯浣跨敤锛屽洜鍏朵笌UNIX鐨凴PC涓嶅吋瀹广10銆佷覆琛/骞惰閫氫俊(Serial/ParallelCommunication)瀹冨厑璁稿簲鐢...
绛旓細鍦Windows绋嬪紡涓紝鍚勪釜杩涚▼涔嬮棿甯稿父闇瑕佷氦鎹㈡暟鎹紝杩涜鏁版嵁閫氳銆俉IN32 API鎻愪緵浜嗚澶氬嚱鏁颁娇鎴戜滑鑳藉鏂逛究楂樻晥鍦拌繘琛杩涚▼闂寸殑閫氳锛岄氳繃杩欎簺鍑芥暟鎴戜滑鑳藉鎺у埗涓嶅悓杩涚▼闂寸殑鏁版嵁浜ゆ崲锛屽氨濡傚悓鍦╓IN16涓鏈湴杩涚▼杩涜璇诲啓鎿嶄綔鐩稿悓銆傚吀鍨嬬殑WIN16涓よ繘绋嬭兘澶熼氳繃鍏变韩鍐呭瓨鏉ヨ繘琛屾暟鎹氦鎹細锛1锛夎繘绋婣灏咷lobalAlloc锛圙MEM...
绛旓細杩涚▼闂撮氫俊涓昏鍖呮嫭绠￠亾, 绯荤粺IPC锛堝寘鎷秷鎭槦鍒,淇″彿,鍏变韩瀛樺偍), 濂楁帴瀛(SOCKET).绠￠亾鍖呮嫭涓夌:1)鏅氱閬揚IPE, 閫氬父鏈変袱绉嶉檺鍒,涓鏄崟宸,鍙兘鍗曞悜浼犺緭;浜屾槸鍙兘鍦ㄧ埗瀛愭垨鑰呭厔寮熻繘绋嬮棿浣跨敤.2)娴佺閬搒_pipe: 鍘婚櫎浜嗙涓绉嶉檺鍒,涓哄崐鍙屽伐锛屽彲浠ュ弻鍚戜紶杈.3)鍛藉悕绠￠亾:name_pipe, 鍘婚櫎浜嗙浜岀闄愬埗,鍙互...
绛旓細杩欐牱锛屽彲渚涢夋嫨鐨勯氳鏂瑰紡鍙墿涓嬪叡浜唴瀛樺拰鍙戦佹秷鎭袱绉嶃備簩銆佸彂閫佹秷鎭疄鐜杩涚▼闂撮氳鍓嶅噯澶 涓嬮潰鐨勪緥瀛愮敤鍒颁竴涓windows api 32鍑芥暟 [DllImport("User32.dll", EntryPoint = "SendMessage")]private static extern int SendMessage(IntPtr wnd,int msg,IntPtr wP,IntPtr lP);瑕佹湁姝ゅ嚱鏁帮紝闇瑕佹坊鍔...
绛旓細DDE鏁版嵁鏄疍ynamic Data Exchange鐨勭缉鍐欙紝瀹冩槸涓绉Windows涓殑杩涚▼闂撮氳鏂瑰紡銆侱DE鍗忚鏀寔涓や釜鎴栧涓簲鐢ㄧ▼搴忎箣闂寸殑瀹炴椂閫氳锛屼娇寰楄繖浜涘簲鐢ㄧ▼搴忎箣闂村彲浠ュ叡浜暟鎹拰鎸囦护銆侱DE鏁版嵁閫氫俊鏂瑰紡绠鍗曘佸揩閫熴佺ǔ瀹氾紝鏄澶氳蒋浠剁▼搴忎腑骞挎硾浣跨敤鐨勬暟鎹氳鏂瑰紡涔嬩竴銆傚湪DDE鏁版嵁搴旂敤涓紝鍙互閫氳繃棰勫畾涔夌殑DDE璇濋鏉ヤ紶閫掓暟鎹侱DE...
绛旓細20ms 姣忎釜绾跨▼涓娆¤繍琛岀殑鏃堕棿鐗囨渶澶ф槸杩欎釜鍊煎乏鍙筹紝浣嗗鏋滃湪杩欎箣鍐咃紝浣犵殑绾跨▼澶勭悊绌洪棽鐘舵佺殑璇濓紝鎿嶄綔绯荤粺浼氳嚜鍔 鍒囨崲鍒伴渶瑕佽繍琛岀殑绾跨▼鍘伙紝鎵浠ヤ綘鐪嬪埌鐨勬墠浼氭湁杩欎釜鎯呭喌銆傚洜涓轰竴鑸潵璇达紝绯荤粺鐨凜PU鏃堕棿閮芥槸澶勪簬绌洪棽鐘舵佺殑锛屽洜涓篊PU澶勭悊鐨 閫熷害澶揩浜嗭紝浣犲彲浠ユ妸绾跨▼鐨勪紭鍏堢骇璋冮珮鐐癸紝杩愯涓涓寰幆锛屼繚瀛 浣...
绛旓細1. 杩涚▼绠＄悊 鎿嶄綔绯荤粺鐨勬牳蹇冭亴璐ｄ箣涓鏄鐞嗚繍琛屽湪鍏朵笂鐨勮繘绋嬨傝繖鍖呮嫭杩涚▼鐨勫垱寤恒佺粓姝佽皟搴︿互鍙杩涚▼闂寸殑閫氫俊銆傝繘绋嬬殑鍒涘缓鍜岀粓姝細褰撶敤鎴峰惎鍔ㄤ竴涓▼搴忔垨涓涓▼搴忚姹傚惎鍔ㄥ彟涓涓▼搴忔椂锛屾搷浣滅郴缁熻礋璐ｅ垱寤烘柊鐨勮繘绋嬨備緥濡傦紝褰撴垜浠湪Windows涓弻鍑讳竴涓簲鐢ㄧ▼搴忓浘鏍囨椂锛屾搷浣滅郴缁熷氨浼氫负杩欎釜搴旂敤绋嬪簭鍚姩涓涓柊鐨...
