在java中通过UDP发送C++结构

Question

我是一个C++程序员，需要在java Android应用程序和C++运行的PC机之间建立一些UDP通信。

我需要在PC上接收以下结构：

int
int
float

不幸的是，我完全不知道如何用Java实现这一点

我需要创建一个DatagramPacket，但构造函数只接受一个字节数组。现在用C++，这将是一个从结构到字符的简单的转换。但是，Java不可能进行这样的强制转换

我创建了一个简单的类，其中包含上述字段。那似乎很好。我剩下的问题是如何将其转换为字节数组。有人能在这方面帮助Java noob吗

干杯

编辑：我在类中创建了一个函数，它执行以下操作

        public byte[] GetBytes() throws IOException
        {
            ByteArrayOutputStream   byteOut = new ByteArrayOutputStream();
            DataOutputStream        dataOut = new DataOutputStream( byteOut ); 
            dataOut.writeInt( Integer.reverseBytes( int1) );
            dataOut.writeInt( Integer.reverseBytes( int2 ) );
            dataOut.writeFloat( float1 );

            return byteOut.toByteArray();
        }

有更好的方法吗

我不想使用Steve的回答中提到的google协议缓冲区，因为虽然它很有趣，但它需要对其他平台实现进行太多的更改，而我真的不想这样做

Answer 1

您可以使用Google protocol buffers作为独立于语言的方式来序列化传输和接收的结构。java和C++都是现成的，Jon Skeet编写了一个制作就绪的C实现。p>

我看到几个Protobuf在Android上使用的例子，包括this

Answer 2

另一种可能更简单的方法来自Javolution。结构：http://javolution.org/target/site/apidocs/javolution/io/Struct.html

 public static class Student extends Struct {
     public final Enum32<Gender>       gender = new Enum32<Gender>(Gender.values());
     public final UTF8String           name   = new UTF8String(64);
     public final Date                 birth  = inner(new Date());
     public final Float32[]            grades = array(new Float32[10]);
     public final Reference32<Student> next   =  new Reference32<Student>();
 }
class UDPMessage extends Struct {
      Student student = inner(new Student());
      ...
 }
 ...
 public void run() {
     byte[] bytes = new byte[1024];
     DatagramPacket packet = new DatagramPacket(bytes, bytes.length);
     UDPMessage message = new UDPMessage();
     message.setByteBuffer(ByteBuffer.wrap(bytes), 0);
     // packet and message are now two different views of the same data.
     while (isListening) {
         multicastSocket.receive(packet);
         int xxx = message.xxx.get();
         ... // Process message fields directly.
     }
 }

这段代码相当难看，但仍然比直接处理JNI缓冲区或已经提到的Google协议缓冲区更漂亮