我正在开发使用本机消息传递主机的Chrome扩展程序。 它适用于大多数情况,但是当我发送一定大小的消息时,我发现了一种奇怪的行为。 当大小介于2560和2815字节之间时(A00和AFF为十六进制),似乎消息被丢弃。所有后续消息也未到达,这表明该流由于某种原因已损坏。
这是一个精简的Python原生消息应用程序,可用于测试它:
import sys
import struct
def output(message):
encoded_message = message.encode('utf-8')
# Write message size.
sys.stdout.write(struct.pack('I', len(encoded_message)))
# Write the message itself.
sys.stdout.write(encoded_message)
sys.stdout.flush()
if __name__ == "__main__":
output('{"type": "%s"}' % ('x'*2820))
output('{"type": "%s"}' % ('x'*2560))
我收到了第一条消息,而不是第二条消息。
我看了Chrome repository中的代码。功能似乎负责该功能,没有任何特殊之处:
void NativeMessageProcessHost::ProcessIncomingData(
const char* data, int data_size) {
DCHECK_CURRENTLY_ON(content::BrowserThread::IO);
incoming_data_.append(data, data_size);
while (true) {
if (incoming_data_.size() < kMessageHeaderSize)
return;
size_t message_size =
*reinterpret_cast<const uint32*>(incoming_data_.data());
if (message_size > kMaximumMessageSize) {
LOG(ERROR) << "Native Messaging host tried sending a message that is "
<< message_size << " bytes long.";
Close(kHostInputOuputError);
return;
}
if (incoming_data_.size() < message_size + kMessageHeaderSize)
return;
content::BrowserThread::PostTask(content::BrowserThread::UI, FROM_HERE,
base::Bind(&Client::PostMessageFromNativeProcess, weak_client_ui_,
destination_port_,
incoming_data_.substr(kMessageHeaderSize, message_size)));
incoming_data_.erase(0, kMessageHeaderSize + message_size);
}
}
有人知道这里会发生什么吗?
更新
我在64位版本的Windows 7和Windows 8.1上遇到过这个问题。
我在Stable,Beta和Dev频道上尝试过Chrome 64位 - 版本37,38和39。 我也试过稳定的Chrome 32位
我使用32位版本的Python 2.7.7和PyInstaller 2.1为本机消息传递主机创建可执行文件。
答案 0 :(得分:2)
由于您使用的是Windows,我怀疑Windows正在向换行符(\x0D
)添加回车符(\x0A
)。
根据Python 2.x - Write binary output to stdout?,防止在Windows上修改输出流的方法是在向stdout写入任何内容之前使用以下代码段。
if sys.platform == "win32":
import os, msvcrt
msvcrt.setmode(sys.stdout.fileno(), os.O_BINARY)