以串行对象作为参数的多进程

我在使用 Python 并将串行对象作为参数传递给单独的进程时遇到问题。该程序在 Windows 8 中运行，因此不能选择使用全局变量。

from multiprocessing import Queue
from multiprocessing import Process
import os
import serial
from serial.tools import list_ports
from time import sleep

displayMessages = Queue()
modemPort = None

def processDisplayMessages(displayMessages):
    while True:
        msg = displayMessages.get()  #should halt until message in queue
        print msg

def processIncomingSerialMessages(modemPort, displayMessages):
    while True:
        line = modemPort.readline()
        displayMessages.put(line)

def main():
    print "Serial Send Test"
    Process(target=processDisplayMessages, args = (displayMessages,)).start()
    modemPort = serial.Serial('COM5', 57600, timeout=0.9)  # open first serial port
    Process(target=processIncomingSerialMessages, args = (modemPort, displayMessages)).start()
    print "Back from launch"

    sleep(0.1)

 if __name__ == '__main__':
    main()

当程序运行时，我收到以下错误：

Process Process-2:
Traceback (most recent call last):
  File "c:\python27\lib\multiprocessing\process.py", line 258, in _bootstrap
    self.run()
  File "c:\python27\lib\multiprocessing\process.py", line 114, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Users\matthew.parets\Documents\..Development\RaspberryPi\windows\seri
alRecvPrototype.py", line 27, in processIncomingSerialMessages
    line = modemPort.readline()
  File "c:\python27\lib\site-packages\serial\serialwin32.py", line 246, in read
    if not self.hComPort: raise portNotOpenError
AttributeError: 'Serial' object has no attribute 'hComPort'
  

如果我将串行端口（modemPort）的打开位置作为 processIncomingSerialMessages 的第一行，则程序可以正常工作。问题是我需要将输入和输出与调制解调器解耦，因此我需要将串行对象作为参数传递。而Python似乎不喜欢这样。

任何人都可以看到我所犯的错误，或者任何人都可以提出替代方案吗？

我无法运行这段代码，但如果它有效，我会感到惊讶：跨进程传递的参数通过在发送端腌制参数对象，通过管道或套接字跨进程发送pickle字符串，然后取消腌制来工作。接收端的字符串。据我所知，没有任何开放的 I/O 类对象可以使用此方法（文件、套接字、管道...）。 I/O 类型的对象则不然just具有内部数据状态，它们还连接到 Python 本身未实现的资源。 pickle 只是一个原始字节流。

您已经知道必须在工作进程中打开串行端口。唉，我不知道“我需要将调制解调器的输入和输出解耦”是什么意思，所以很难提出解决方法。但我相信，如果您接受已经通过艰难的方式发现的事实，您就会明白：跨进程传递开放的串行对象永远不会起作用。

也就是说，您可以深入研究各种酸洗协议，并使用自定义酸洗/取消酸洗代码构建自己的类，这些代码在取消酸洗时（重新）打开串行对象。这将是一种隐藏在工作进程中（重新）打开串行对象的简单代码的复杂方法。

编辑：问答

而且 Windows 并没有提供摆脱全局变量的简单方法，所以我只能使用一个进程来处理发送和接收。

“全局变量”可能对你没有帮助。我假设你有fork()心里有数，但什么也没有shared across fork()要么： 子进程参见copies父进程的地址空间。 I/O 花招也经常无法正常工作。

Python 是否提供了一种通过引用传递值或向进程传递引用值的方法？我尝试将串行对象添加到列表和集合中，但结果相同。再说一遍，Python 是否提供了类似于 Java 中的对象或数组之类的东西，我可以通过它们获得引用，而无需对其进行“Pickled”？

所有现代操作系统中的进程之间都有很高的墙。为了让任何内容真正跨进程共享，您需要使用从头开始构建的类型，或者使用操作系统的“共享内存”设施。

您可以阅读文档multiprocessing.sharedctypes，它提供了使用共享（跨进程）内存的方法。但是，正如文档警告的那样：

笔记 尽管可以在共享内存中存储指针，但请记住，这将引用特定进程的地址空间中的位置。但是，该指针很可能在第二个进程的上下文中无效，并且尝试从第二个进程取消引用该指针可能会导致崩溃。

这是行不通的。这不是编程语言问题，而是操作系统问题。sharedctypes对于整数和浮点数组之类的东西很有用。

为了使该应用程序正常工作（实时遥测），接收过程必须始终保持活动状态。

抱歉，我没有在上下文中遵循这一点。您在问题中说：“如果我将串行端口（调制解调器端口）的打开位置作为 processIncomingSerialMessages 的第一行，则程序可以正常工作。”。processIncomingSerialMessages之后有一个无限循环。这在什么意义上违反了“接收过程必须始终保持活动状态”？

在您展示的代码中，它没有appear区分串行端口是在工作进程中打开还是在主进程中打开（如果后者确实有效），事实上，您说如果您按照前一种方式进行操作，它就可以正常工作。那么这样做究竟有什么问题呢？事实上，为什么要使用工作进程呢？您展示的主程序在启动两个工作程序后什么也不做（除了睡眠十分之一秒），那么为什么不让主程序be“接收过程”？