go - 将包含文件句柄的 channel 传递给 goroutine 是不是一个坏主意？

Question

原文 2019 年 9 月 11 日

conn := createConnection() // or a file handle

go getData(conn)

getData 的线程有可能吗？ , 在 conn 的不同线程中处理。因此，可能会导致连接错误。

---- 2019 年 11 月 11 日上午 9 点更新 ----

塞纳里奥 1

func createConnection() handler {
  ... create a socket connection (tcp://.....) or file open handler
  return conn
}

func sendData(conn handler, data string) {
  conn.send(data)
}

conn := createConnection() // or a file handle

go sendData(conn, "test data")

塞纳里奥 2

func createConnection() handler {
  ... create a socket connection (tcp://.....) or open file handler
  return conn
}

func sendData(ch chan handler, data string) {
  conn := <- ch
  conn.send(data)
}

ch := make(chan conn, 10)

ch <- createConnection() // or a file handle

go sendData(ch, "test data")

背后的故事:

我正在处理将数据代理到套接字服务器的任务。我对挑战的解决方案是使用 [Senario 2] 的想法。

我的几个同事是 C 程序员，从事系统级编程工作。他们指出 golang channel最好只包含数据 - 将文件处理程序放在 channel 中可能会导致未知问题，例如:channel get 的线程在 channel put 的不同线程中，因此，文件处理程序也可能丢失。

据我了解，golang 应该已经自己解决了这个问题。然后，我问了上面的问题。

通过查看套接字相关项目的一些源代码，我认为[Senario 1] 很好。但是，[Senario 2] 对我来说仍然是一个问题。

同样，我的问题不是[我可以将文件句柄传递给函数]，每个人都知道“这是肯定的”。问题在 golang CSP 中，使用 go和 chan一起，通过文件处理程序，这会是一个问题吗？或者，更有趣的是:在 golang 中使用指针 channel put和 channel get可能是问题，也可能不是；从书本上讲，这是C语言中的一个很大的“不”。如果在 golang 中没问题，那么 golang 是如何实现的呢？

---- 2019 年 11 月 11 日上午 10 点更新 ----

该问题仅适用于 golang。 node.js 不会出现这样的问题，因为它是单线程语言。问题集中在线程和文件处理程序上。事实上，我对这个问题的了解有限，我很抱歉提出不好的问题或提供错过的领先信息。

---- 2019 年 11 月 11 日更新 10:40am ----

我和我的同事再次确认，问题是“每次代码都要求一个文件处理程序，系统返回一个数字。但是，该数字仅在一个进程中是唯一的，这意味着相同的文件处理程序编号，在不同的进程中，可能指向到不同的资源。我不确定 goroutine 是否照顾它。

Answer 1

只要您注意以下事项，将连接句柄传递给单独的 goroutine 并没有错:

在 goroutine 工作时不要关闭句柄，或者编写 goroutine 来处理它。

如果您正在使用来自多个 goroutine 的句柄，请确保您正在处理的连接是线程安全的，或者在它周围加一个锁。

明确和明确谁将关闭它。 goroutine 可能会在完成后关闭它，或者另一个 goroutine 在使用句柄的所有工作完成后关闭它。