blocks|key|832359|text|就速度而言，最好的跨平台IPC机制将是管道。但是，这假设您希望在同一台计算机上安装跨平台IPC。如果您想要能够与远程计算机上的进程进行对话，则需要考虑使用套接字。幸运的是，如果您谈论的是TCP，那么套接字和管道的行为基本相同。虽然用于设置它们和连接它们的API是不同的，但它们的作用就像数据流一样。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|832360|然而，困难的部分不是沟通渠道，而是你通过它传递的信息。您真的很想了解一些将为您执行验证和解析的内容。我建议你看看谷歌的协议缓冲器。您基本上创建了一个spec文件，该文件描述了要在进程之间传递的对象，还有一个编译器，它以多种不同的语言生成代码，用于读取和写入符合规范的对象。它比自己想出一个消息传递协议和解析器要容易得多(而且不太容易出错)。|offset|length|832361|entityMap|0|LINK|mutability|MUTABLE|url|http://code.google.com/apis/protocolbuffers/docs/overview.html^0|0|1N|5|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

In terms of speed, the best cross-platform IPC mechanism will be pipes. That assumes, however, that you want cross-platform IPC on the same machine. If you want to be able to talk to processes on remote machines, you'll want to look at using sockets instead. Luckily, if you're talking about TCP at least, sockets and pipes behave pretty much the same behavior. While the APIs for setting them up and connecting them are different, they both just act like streams of data.

The difficult part, however, is not the communication channel, but the messages you pass over it. You really want to look at something that will perform verification and parsing for you. I recommend looking at Google's <a href="http://code.google.com/apis/protocolbuffers/docs/overview.html" rel="noreferrer">Protocol Buffers</a>. You basically create a spec file that describes the object you want to pass between processes, and there is a compiler that generates code in a number of different languages for reading and writing objects that match the spec. It's much easier (and less bug prone) than trying to come up with a messaging protocol and parser yourself.

blocks|key|1138209|text|对于C%2B%2B，请查看Boost+IPC。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1138210|您也可以为脚本语言创建或找到一些绑定。|1138211|否则，如果能够与脚本语言进行接口真的很重要，那么最好的选择就是使用文件、管道或套接字，甚至更高级别的抽象(如HTTP+)。|1138212|entityMap|0|LINK|mutability|MUTABLE|url|http://www.boost.org/doc/libs/1_36_0/doc/html/interprocess.html^0|9|9|0|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@]|C|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]]]

For C++, check out <a href="http://www.boost.org/doc/libs/1_36_0/doc/html/interprocess.html" rel="noreferrer">Boost IPC</a>. 
You can probably create or find some bindings for the scripting languages as well. 

Otherwise if it's really important to be able to interface with scripting languages your best bet is simply to use files, pipes or sockets or even a higher level abstraction like HTTP.

blocks|key|139672|text|为什么不开D巴士呢？这是一个非常简单的消息传递系统，运行在几乎所有的平台上，并且是为健壮性而设计的。目前，几乎所有的脚本语言都支持它。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|139673|http://freedesktop.org/wiki/Software/dbus|offset|length|139674|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|15|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|N|8|@]|9|@$D|O|E|P|1|Q]]|A|$]]|$1|F|3|-4|5|6|7|R|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|C]]]]

Why not D-Bus? It's a very simple message passing system that runs on almost all platforms and is designed for robustness. It's supported by pretty much every scripting language at this point.

<a href="http://freedesktop.org/wiki/Software/dbus" rel="noreferrer">http://freedesktop.org/wiki/Software/dbus</a>

blocks|key|1138684|text|如果您想要一个可移植、易于使用、多语言和LGPL编辑的解决方案，我建议您使用ZeroMQ。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1138685|令人惊讶的是，速度快，几乎线性可缩放，但仍然简单。|unordered-list-item|1138686|适用于简单而复杂的系统/架构。|1138687|非常强大的交流模式可用:代表-代表，推拉，酒吧-潜艇，一对。|1138688|如果您在线程、(inproc://)，进程、(ipc://)或机器({tcp%7Cpgm%7Cepgm}://)，之间传递消息，可以配置传输协议，使其更高效，如果在VMware虚拟机(vmci://).之间运行连接，则可以使用智能选项消除协议开销的某些部分。|style|BOLD|CODE|1138689|对于序列化，我建议使用MessagePack或协议缓冲区(其他人也已经提到过)，这取决于您的需要。|1138690|entityMap|0|LINK|mutability|MUTABLE|url|http://zeromq.org/intro:commercial-support|1|http://zeromq.org/|2|http://msgpack.org/index.html^0|K|4|0|12|6|1|0|0|0|0|8|9|N|6|Y|H|2G|7|8|9|N|6|Y|H|2G|7|0|B|B|2|0^^$0|@$1|2|3|4|5|6|7|13|8|@]|9|@$A|14|B|15|1|16]|$A|17|B|18|1|19]]|C|$]]|$1|D|3|E|5|F|7|1A|8|@]|9|@]|C|$]]|$1|G|3|H|5|F|7|1B|8|@]|9|@]|C|$]]|$1|I|3|J|5|F|7|1C|8|@]|9|@]|C|$]]|$1|K|3|L|5|F|7|1D|8|@$A|1E|B|1F|M|N]|$A|1G|B|1H|M|N]|$A|1I|B|1J|M|N]|$A|1K|B|1L|M|N]|$A|1M|B|1N|M|O]|$A|1O|B|1P|M|O]|$A|1Q|B|1R|M|O]|$A|1S|B|1T|M|O]]|9|@]|C|$]]|$1|P|3|Q|5|6|7|1U|8|@]|9|@$A|1V|B|1W|1|1X]]|C|$]]|$1|R|3|-4|5|6|7|1Y|8|@]|9|@]|C|$]]]|S|$T|$5|U|V|W|C|$X|Y]]|Z|$5|U|V|W|C|$X|10]]|11|$5|U|V|W|C|$X|12]]]]

If you want a portable, easy to use, multi-language and <a href="http://zeromq.org/intro:commercial-support" rel="noreferrer">LGPL</a>ed solution, I would recommend you <a href="http://zeromq.org/" rel="noreferrer">ZeroMQ</a>:

<ul>
<li>Amazingly fast, almost linear scaleable and still simple.</li>
<li>Suitable for simple and complex systems/architectures.</li>
<li>Very powerful communication patterns available: REP-REP, PUSH-PULL, PUB-SUB, PAIR-PAIR.</li>
<li>You can configure the transport protocol to make it more efficient if you are passing messages between threads (<code>inproc://</code>), processes (<code>ipc://</code>) or machines (<code>{tcp|pgm|epgm}://</code>), with a smart option to shave off some part of the protocol overheads in case of connections are running between VMware virtual machines (<code>vmci://</code>).</li>
</ul>

For serialization I would suggest <a href="http://msgpack.org/index.html" rel="noreferrer">MessagePack</a> or Protocol Buffers (which other have already mentioned as well), depending on your needs.

blocks|key|139610|text|您可能想试试雅米，它非常简单，但功能强大，可移植，并且附带绑定到几种语言|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|139611|entityMap|0|LINK|mutability|MUTABLE|url|http://www.msobczak.com/prog/yami/^0|6|2|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

You might want to try <a href="http://www.msobczak.com/prog/yami/" rel="noreferrer" title="YAMI">YAMI</a> , it's very simple yet functional, portable and comes with binding to few languages

blocks|key|836011|text|脸谱网怎么样？|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|836012|节俭是一种可扩展跨语言服务开发的软件框架。它将软件栈与代码生成引擎结合起来，构建在C%2B%2B、Java、Python、PHP、Ruby、Erlang、Perl、Haskell、C#、Cocoa、Smalltalk和OCaml之间高效、无缝地工作的服务。|blockquote|836013|entityMap|0|LINK|mutability|MUTABLE|url|http://incubator.apache.org/thrift/^0|0|3|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@$A|P|B|Q|1|R]]|C|$]]|$1|D|3|E|5|F|7|S|8|@]|9|@]|C|$]]|$1|G|3|-4|5|6|7|T|8|@]|9|@]|C|$]]]|H|$I|$5|J|K|L|C|$M|N]]]]

How about <a href="http://incubator.apache.org/thrift/" rel="noreferrer">Facebook's Thrift</a>?

<blockquote>
 Thrift is a software framework for scalable cross-language services development. It combines a software stack with a code generation engine to build services that work efficiently and seamlessly between C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, Smalltalk, and OCaml.
</blockquote>

blocks|key|139522|text|我想你会想要一些基于套接字的东西。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|139523|如果您想要RPC而不仅仅是IPC，我建议您使用XML/SOAP，它可以运行在HTTP上，可以从任何语言中使用。|139524|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I think you'll want something based on sockets. 

If you want RPC rather than just IPC I would suggest something like XML-RPC/SOAP which runs over HTTP, and can be used from any language.

blocks|key|832508|text|雅美-另一个消息传递基础设施是一个轻量级的消息传递和网络框架。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|832509|entityMap|0|LINK|mutability|MUTABLE|url|http://www.msobczak.com/prog/yami/^0|0|E|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

<a href="http://www.msobczak.com/prog/yami/" rel="noreferrer">YAMI - Yet Another Messaging Infrastructure</a> is a lightweight messaging and networking framework.

blocks|key|139869|text|我可以建议你使用普列布西+C库。它非常简单，轻量级和跨平台。根据LGPL释放。它规定：|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|139870|命名为系统范围的共享内存区域(System、POSIX和Windows实现)；|unordered-list-item|139871|命名为系统范围的访问同步信号量(System、POSIX和Windows实现)；|139872|基于共享内存和信号量的命名系统范围共享缓冲区实现；|139873|具有IPv4和IPv6支持的套接字(TCP、UDP、SCTP)+(UNIX和IPv6实现)。|139874|用相当好的文档很容易使用库。由于它是用C编写的，所以您可以很容易地使用脚本语言进行绑定。|139875|如果您需要在进程之间传递大型数据集(特别是如果速度是必需的)，最好使用共享内存来传递数据本身，并使用套接字通知进程数据已经就绪。你可以这样做：|139876|进程将数据放入共享内存段，并通过套接字向另一个进程发送通知；由于通知通常非常小，因此开销最小；|139877|另一个进程接收通知并从共享内存段读取数据；在此之后，它发送一个通知，表示数据已被读回给第一个进程，以便能够提供更多的数据。|139878|这种方法可以以跨平台的方式实现。|139879|entityMap|0|LINK|mutability|MUTABLE|url|https://github.com/saprykin/plibsys^0|8|4|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|14|8|@]|9|@$A|15|B|16|1|17]]|C|$]]|$1|D|3|E|5|F|7|18|8|@]|9|@]|C|$]]|$1|G|3|H|5|F|7|19|8|@]|9|@]|C|$]]|$1|I|3|J|5|F|7|1A|8|@]|9|@]|C|$]]|$1|K|3|L|5|F|7|1B|8|@]|9|@]|C|$]]|$1|M|3|N|5|6|7|1C|8|@]|9|@]|C|$]]|$1|O|3|P|5|6|7|1D|8|@]|9|@]|C|$]]|$1|Q|3|R|5|F|7|1E|8|@]|9|@]|C|$]]|$1|S|3|T|5|F|7|1F|8|@]|9|@]|C|$]]|$1|U|3|V|5|6|7|1G|8|@]|9|@]|C|$]]|$1|W|3|-4|5|6|7|1H|8|@]|9|@]|C|$]]]|X|$Y|$5|Z|10|11|C|$12|13]]]]

I can suggest you to use the <a href="https://github.com/saprykin/plibsys" rel="noreferrer">plibsys</a> C library. It is very simple, lightweight and cross-platform. Released under the LGPL. It provides:

<ul>
<li>named system-wide shared memory regions (System V, POSIX and Windows implementations);</li>
<li>named system-wide semaphores for access synchronization (System V, POSIX and Windows implementations);</li>
<li>named system-wide shared buffer implementation based on the shared memory and semaphore;</li>
<li>sockets (TCP, UDP, SCTP) with IPv4 and IPv6 support (UNIX and Windows implementations).</li>
</ul>

It is easy to use library with quite a good documentation. As it is written in C you can easily make bindings from scripting languages.

If you need to pass large data sets between processes (especially if speed is essential) it is better to use shared memory to pass the data itself and sockets to notify a process that the data is ready. You can make it as following:

<ul>
<li>a process puts the data into a shared memory segment and sends a notification via a socket to another process; as a notification usually is very small the time overhead is minimal;</li>
<li>another process receives the notification and reads the data from the shared memory segment; after that it sends a notification that the data was read back to the first process so it can feed more data.</li>
</ul>

This approach can be implemented in a cross-platform fashion.

blocks|key|832386|text|如果您愿意尝试一些不同的东西，那么就有来自冰的ZeroC平台。它是开源的，几乎所有你能想到的操作系统都支持它，还有对C%2B%2B、C#、C#、Ruby和PHP的语言支持。最后，它非常容易驱动(语言映射是为适应每种语言而定制的)。它也是快速和高效的。甚至有一个削减版本的设备。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|832387|entityMap|0|LINK|mutability|MUTABLE|url|http://zeroc.com/ice.html|1|http://zeroc.com/^0|L|1|0|N|5|1|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]|$A|R|B|S|1|T]]|C|$]]|$1|D|3|-4|5|6|7|U|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]|L|$5|G|H|I|C|$J|M]]]]

If you're willing to try something a little different, there's the <a href="http://zeroc.com/ice.html" rel="nofollow noreferrer">ICE</a> platform from <a href="http://zeroc.com" rel="nofollow noreferrer">ZeroC</a>. It's open source, and is supported on pretty much every OS you can think of, as well as having language support for C++, C#, Java, Ruby, Python and PHP. Finally, it's very easy to drive (the language mappings are tailored to fit naturally into each language). It's also fast and efficient. There's even a cut-down version for devices.

blocks|key|832488|text|分布式计算通常很复杂，我们建议您使用现有的库或框架，而不是重新发明轮子。以前的海报已经列举了其中的几个库和框架。根据您的需要，您可以选择非常低级别(如套接字)或高级别框架(如CORBA)。不可能有一个通用的“使用这个”的答案。您需要对自己进行分布式编程方面的教育，然后就会发现为这项工作选择合适的库或框架要容易得多。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|832489|有一个被广泛使用的分布式计算的C%2B%2B框架叫做ACE和CORBA+(它是构建在ACE之上的)。有关于ACE+http://www.cs.wustl.edu/~schmidt/ACE/的非常好的书籍，所以您可以看看。保重!|offset|length|832490|entityMap|0|LINK|mutability|MUTABLE|url|http://www.cs.wustl.edu/~schmidt/ACE/^0|0|1H|11|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

Distributed computing is usually complex and you are well advised to use existing libraries or frameworks instead of reinventing the wheel. Previous poster have already enumerated a couple of these libraries and frameworks. Depending on your needs you can pick either a very low level (like sockets) or high level framework (like CORBA). There can not be a generic "use this" answer. You need to educate yourself about distributed programming and then will find it much easier to pick the right library or framework for the job.

There exists a wildly used C++ framework for distributed computing called ACE and the CORBA ORB TAO (which is buildt upon ACE). There exist very good books about ACE <a href="http://www.cs.wustl.edu/~schmidt/ACE/" rel="nofollow noreferrer">http://www.cs.wustl.edu/~schmidt/ACE/</a> so you might take a look. Take care!

blocks|key|832322|text|它没有比使用管道更简单的了，管道在我所知道的每个操作系统上都是受支持的，并且几乎可以在每种语言中访问。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|832323|查看这教程。|offset|length|832324|entityMap|0|LINK|mutability|MUTABLE|url|http://web.archive.org/web/20080919054639/http://www.utdallas.edu/~kcooper/teaching/3375/Tutorial6a/tutorial6.htm^0|0|2|1|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

It doesn't get more simple than using pipes, which are supported on every OS I know of, and can be accessed in pretty much every language.

Check out <a href="http://web.archive.org/web/20080919054639/http://www.utdallas.edu/~kcooper/teaching/3375/Tutorial6a/tutorial6.htm" rel="nofollow noreferrer">this</a> tutorial.

blocks|key|832326|text|本地托管FTW的TCP套接字。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|832327|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

blocks|key|836161|text|Python有一个相当好的IPC库:参见https://docs.python.org/2/library/ipc.html|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|836162|entityMap|0|LINK|mutability|MUTABLE|url|https://docs.python.org/2/library/ipc.html^0|K|16|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Python has a pretty good IPC library: see <a href="https://docs.python.org/2/library/ipc.html" rel="nofollow noreferrer"><a href="https://docs.python.org/2/library/ipc.html" rel="nofollow noreferrer">https://docs.python.org/2/library/ipc.html</a></a>

blocks|key|832567|text|Xojo的IPCSocket类支持跨平台IPC。虽然您显然无法在其他语言中“实现”它，但是您可以在Xojo控制台应用程序中使用它，并从其他语言调用它，这可能对您来说非常简单。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|832568|entityMap|0|LINK|mutability|MUTABLE|url|https://docs.xojo.com/index.php/IPCSocket^0|5|A|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Xojo has built-in cross-platform IPC support with its <a href="https://docs.xojo.com/index.php/IPCSocket" rel="nofollow noreferrer">IPCSocket class</a>. Although you obviously couldn't "implement" it in other languages, you could use it in a Xojo console app and call it from other languages making this option perhaps very simple for you.

blocks|key|1138744|text|在当今时代，有一个非常简单的、符合C%2B%2B1x的、文档丰富的、与Linux和Windows兼容的、开源的"CommonAPI“库：CommonAPI+C%2B%2B。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1138745|如果愿意的话，底层的IPC系统是D总线(libdbus)或SomeIP+.应用程序接口是使用为Franca语言量身定制的简单语言指定的。|1138746|entityMap|0|LINK|mutability|MUTABLE|url|https://at.projects.genivi.org/wiki/pages/viewpage.action?pageId=5472311^0|1S|D|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

In the current ages there is available a very easy, C++1x compliant, well documented, Linux and Windows compatible, open-source "CommonAPI" library: <a href="https://at.projects.genivi.org/wiki/pages/viewpage.action?pageId=5472311" rel="nofollow noreferrer">CommonAPI C++</a>.

The underlying IPC system is D-Bus (libdbus) or SomeIP if one wish. Application interfaces are specified using a simple and tailored for that Franca IDL language.

I'm looking for suggestions on possible IPC mechanisms that are:

<ul>
<li>Cross platform (Win32 and Linux at least)</li>
<li>Simple to implement in C++ as well as the most common scripting languages (perl, ruby, python, etc).</li>
<li>Finally, simple to use from a programming point of view!</li>
</ul>

What my options are? I'm programming under Linux, but I'd like what I write to be portable to other OSes in the future. I've thought about using sockets, named pipes, or something like DBus.

Cross platform IPC

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我正在寻找关于可能的IPC机制的建议，这些机制是：跨平台(至少Win32和Linux )在C++以及最常用的脚本语言 (perl、ruby、python等)中实现起来非常简单。最后，从编程的角度简单地使用了！我有什么选择？我正在Linux下编程，但我希望我所写的东西将来可以移植到其他OSes。我考虑过使用套接字、命名管道或类似DBus之类的东西。

问跨平台IPC
EN

回答 16

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问跨平台IPCEN

回答 16

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问跨平台IPC
EN