这是一个新的答案，基于上一个的 cmets。
我们将使用单个 TCP 套接字，并通过交替发送名称和内容来发送每个文件，如 netstrings，对于每个文件，都在一个大流中。
我假设 Python 2.6，双方的文件系统使用相同的编码，并且您不需要大量并发客户端（但您可能偶尔需要两个客户端，例如，真正的客户端，以及测试员）。我再次假设你有一个模块filegenerator，它的generate()方法注册inotify，将通知排队，yields它们一个接一个。
client.py:
import contextlib
import socket
import filegenerator
sock = socket.socket()
with contextlib.closing(sock):
sock.connect((HOST, 12345))
for filename in filegenerator.generate():
with open(filename, 'rb') as f:
contents = f.read()
buf = '{0}:{1},{2}:{3},'.format(len(filename), filename,
len(contents), contents)
sock.sendall(buf)
server.py:
import contextlib
import socket
import threading
def pairs(iterable):
return zip(*[iter(iterable)]*2)
def netstrings(conn):
buf = ''
while True:
newbuf = conn.recv(1536*1024)
if not newbuf:
return
buf += newbuf
while True:
colon = buf.find(':')
if colon == -1:
break
length = int(buf[:colon])
if len(buf) >= colon + length + 2:
if buf[colon+length+1] != ',':
raise ValueError('Not a netstring')
yield buf[colon+1:colon+length+1]
buf = buf[colon+length+2:]
def client(conn):
with contextlib.closing(conn):
for filename, contents in pairs(netstrings(conn)):
with open(filename, 'wb') as f:
f.write(contents)
sock = socket.socket()
sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
with contextlib.closing(sock):
sock.bind(('0.0.0.0', 12345))
sock.listen(1)
while True:
conn, addr = sock.accept()
t = threading.Thread(target=client, args=[conn])
t.daemon = True
t.start()
如果您在 Windows 上需要大约 200 个客户端，在 linux 和 BSD（包括 Mac）上需要 100 个以上，在不太好的平台上需要十几个，您可能希望使用事件循环设计而不是线程设计，使用 @987654330 @ 在 Linux 上，kqueue 在 BSD 上，以及 IO 完成端口在 Windows 上。这很痛苦，但幸运的是，有一些框架可以为您解决所有问题。 Twisted 和 gevent 是两个流行（并且非常不同）的选择。
gevent 的一个特别好的地方是，您现在可以编写线程代码，只需进行一些简单的更改，就可以将其变成基于事件的代码，就像魔术一样。
另一方面，如果您最终想要基于事件的代码，最好从一开始就学习和使用框架，这样您就不必处理 @987654333 的所有繁琐部分@ing 和循环 recv 直到你收到完整的消息并干净地关闭等等，然后只写你关心的部分。毕竟，上面一半以上的代码基本上是每个服务器共享的东西的样板，所以如果你不必编写它，何必费心呢？
在评论中，你说：
而且文件是二进制的，所以如果客户端编码与服务器不同，我可能会遇到问题。
请注意，我以二进制模式（'rb' 和 'wb'）打开每个文件，并特意选择了一种协议（网络字符串），该协议可以处理二进制字符串而不试图将它们解释为字符或将嵌入的 NUL 字符视为 EOF 或任何类似的东西。而且，当我使用str.format 时，在 Python 2.x 中不会进行任何隐式编码，除非您将其提供给它unicode 字符串或给它基于区域设置的格式类型，我都没有这样做。 （请注意，在 3.x 中，您需要使用 bytes 而不是 str，这会更改一些代码。）
换句话说，客户端和服务器编码不会进入它；您正在执行与 FTP 的 I 模式完全相同的二进制传输。
但是如果您想要相反的情况，为目标系统自动传输文本和重新编码怎么办？有三种简单的方法可以做到这一点：
- 发送客户端的编码（在顶部一次，或每个文件一次），然后在服务器上，从客户端解码并重新编码到本地文件。
- 以文本/Unicode 模式执行所有操作，包括套接字。这很愚蠢，在 2.x 中也很难做到。
- 定义有线编码，例如 UTF-8。客户端负责将文件解码并编码为UTF-8进行发送；服务器负责对接收和编码文件进行 UTF-8 解码。
使用第三个选项，假设文件将采用您的默认文件系统编码，更改后的客户端代码为：
with io.open(filename, 'r', encoding=sys.getfilesystemencoding()) as f:
contents = f.read().encode('utf-8')
在服务器上：
with io.open(filename, 'w', encoding=sys.getfilesystemencoding()) as f:
f.write(contents.decode('utf-8'))
默认情况下，io.open 函数也使用通用换行符，因此客户端会将任何内容转换为 Unix 样式的换行符，而服务器将转换为其自己的本机换行符类型。
请注意，FTP 的 T 模式实际上 不 进行任何重新编码；它只进行换行符转换（以及更有限的版本）。