所以这是一个非常奇怪的问题。我有一个 Java 应用程序充当服务器，监听并接受传入的客户端连接，然后从套接字读取数据 (XML)。使用我的 Java 客户端驱动程序，一切都很好。我按预期收到消息。然而，仅在第一条消息上使用我的 C++ 客户端驱动程序，第一个字符被读取为 ASCII 0(显示为一个小方框)。我们在 C++ 中使用标准套接字 API，发送一个 char*(我们已经完成了 char*、std::string 和引号中的文本)。
我使用 Wireshark 嗅探数据包，果然，它就在网络之外。不可否认，我还没有在客户端计算机上做过同样的事情。我的论点是，这真的无关紧要，但如果该假设不正确，请纠正我。
所以我的问题是:到底是什么？为什么只有第一条消息包含这个额外的前置数据，但所有其他消息都没有问题？是否有一些小技巧可以使事情正常进行？
最佳答案
这很可能是编码问题。如果您只是将 char * 用于您的 C++ 客户端，那么您假设 ASCII 编码(充其量)，而 Java 在内部使用 Unicode(或 UTF，我记错了)并默认发出 UTF-8 (IIRC)。
要么让您的 Java 服务器发出 7 位/字符 ASCII，要么让您的 C++ 客户端读取 Java 发出的编码。
Ahhh. I'm going to have to spend some time curled up with Google by a fireplace to figure out how to match up the encoding, but that does give me something to go on. I'll probably need to change my Java encoding to match what C++ uses, since that matches the customer scenario. Anyone with a good link, additional info, or code snippet, please post.
如果您已将 XML 打包为字符串，则可以使用 getBytes()做你的编码:
byte [] asciiEncodedBytes = myString.getBytes("US-ASCII");
编辑:我进入 Java 领域已经有一段时间了，但看起来 Java 在核心库中没有任何 ASCII 编码流。我确实找到了 this class那里显然会为你包装一个 ASCII 编码流。谢天谢地，它在 open source project 中所以你可以为你的服务器从中挖掘类。
关于java - C++ 套接字消息包含额外的 ASCII 0 字符，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1877576/