大家好，今天小编关注到一个比较有意思的话题，就是关于c语言内存共享的问题，于是小编就整理了2个相关介绍c语言内存共享的解答，让我们一起看看吧。
python有没有和C/c++进程共享内存的方式？
进程传递数据最简单方便的是通过Queue。这样你的自建类对象就可以放到队列中，由子进程获取。 到于Array, Var等，那是给高效数据共享用的。
共享内存是进程通信的高级技巧。需要高性能计算的时候再研究这些方法。
Pool, Manager之类是一种封装。用得反而比较少。
Python与C++共享内存里，还会使用一种Numpy中的数组。那个效率更高。
你少了一句。在后面要加上p.join()就可以了 如果不加，那么你的主进程不等子进程，它先退出了，往往操作系统会自动把子进程也杀掉。
另外子进程中的print输出有延时。即使你用sys.stdout.flush()，有时候它也会有延时。
如何理解Golang中“不要通过共享内存来通信，而应该通过通信来共享内存”？
共享内存方式要用各种锁，性能高不到哪里去。即便用了锁使用不当也会造成线程不安全，即同一份内存地址中的值同时被并发线程修改，甚至造成死锁。Go的理念即是通过通信的方式来共享变量。Channel就是解决方案，当然Go依然保有了通过共享内存来通信的方法。具体如何做，得按照实际项目情况而定。
golang的存在是为了解决编程中存在的痛点，这里就是指的并发。虽然go并不是线程，我在这里把它称作线程。
golang只是建议不要使用共享内存通信，因为共享内存在并发的时候存在***共享，容易破坏***的状态，如果想要避免，就必须加锁。
提到加锁，那就必须要提死锁，golang天生就是为并发存在的，在多线程或多个协程***享内存，死锁的风险极大，比如A和B两个互斥的共享***，线程1和线程2竞争，到了某一时刻，线程1拿到了A，然后停下来等B，而线程2拿了B，然后等待A，这时候就产生了死锁，除非两个线程其中一个主动让出***的占用，否则两个线程都将无休止的等待下去。
可能你会说，那就让一个线程主动放弃***就行了，或者设计的时候再小心一些就可以避免死锁，但作为一个服务程序，并发何止两个，三个线程相互死锁已经绕晕了很多人，更别说把线程或协程扩展到上千或者上万个，而且死锁的原因也千奇百怪，也并非只有我举的例子一种。
再说golang推荐的以通信的方式共享，就是go中的chan，这就使并发共享***变得简单了，一个线程在chan的一端等待，另一个线程写入，有点像c/s架构，中间没有了共享***，也没有了锁，使死锁的概率大大降低，除非你传递共享***的引用，这时候程序猿们可以安心的写业务代码了，不用担心各种并发的临界条件。
go这是在解决并发中存在的问题，简化并发程序设计的难度，但如果一个线程在chan的一端等待一个不可能到达的条件，则会造成内存泄露，这个需要注意。
说成大白话就是，我和你写信联系，
建议的方式是我打电话告诉你有信件给你，你去邮箱收一下，你接到电话后去邮箱取信，这就是所谓的通信方式共享内存了。
如果是我和你共用一个信箱，你我联系不用打电话，直接写信丢邮箱里，这里涉及到不少缺陷，你我不用电话联系，邮箱里的信件什么时候更新？什么时候取？什么人更新的？这就是所谓的共享内存方式通信。
把上述你我概念换成多个进程，信箱换成共用内存，打电话换成调用进程。
以上举例只是2个进程之间如果是多个进程那么通过共享内存方式通信的方式隐患会更多更复杂。
到此，以上就是小编对于c语言内存共享的问题就介绍到这了，希望介绍关于c语言内存共享的2点解答对大家有用。
