TCP上的对象或字符串（xml）

Question

I am implementing a low latency real time application which should push excessive messages.

I would like to ask how different from the performances aspect would be sending Serialized objects or plain long string (which will be parsed as XML in the client side) over TCP connection?

I am talking in Milliseconds terms.

thanks, ray.

Answer 1

As with all these sorts of questions, I would prototype some approaches and measure the results.

In particular, you've not specified your XML serialisation approach (eg XStream, JAXB, parsing via SAX etc.) and that alone will affect your results significantly.

I'm also interested that you're considering (I presume) Java object serialisation vs. XML, and would suggest you also consider approaches such as JSON or Google Protocol Buffers, to name but two.

Finally, see question such as this , which provide a wealth of further info.

Answer 2

If you're talking about milliseconds, forget about serializing/deserializing Object to XML.

First of all, the serialization/deserialization of Object to XML is already taking sometime. As noted by @Brian Agnew, you also need to diligently check about your XML serialization approach.

Secondly, XML (String) over TCP would not be bandwidth friendly and hence taking longer time to transfer. Google Protocol Buffers offers some advantage on this, though it really depends on the size of your message.

Answer 3

查看https://github.com/eishay/jvm-serializers/wiki/Home/25fd014e66738268670adaf44ff5408ba2244d37 ，比较Java中的对象序列化框架