主题：【原创】我有一个问题 -- 美人他爹

本来都是技术性的问题嘛，何必扯上无关的东西呢。其实我本来也不是一定要支持HTTP吧。您算一算也应该知道我做纯SOCKET比HTTP时间要更长，我开始做socket是在unix平台，那时移植到win平台时MS自己的tcp/ip协议栈都还不完善，用的是novell提供的。那时候我想做HTTP FANS都还没机会。我也不认为HTTP是万能药，只是说HTTP在RPC上有特殊的优势而已。

binary的RPC，我觉得一个典型的例子就是CORBA，结果就是失败；MS提出的DCOM，也是binary的，一样也不够成功；至于SUN的RMI，是还有人在用，但远称不上主流了。倒不是说binary的RPC失败的本质原因在于二进制，但binary在异构平台上不方便，这是一个非常大的问题。就前面说的big/little endian，你说选择哪一个，业界能够大家都接受？毕竟谁选择妥协，谁就要付出性能上的代价，这个远比二进制和文本间的差异大（废话，每一个DWORD数据都要倒一遍，这效率降低的不是一点半点）。当然内部binary转为ANSI/UNICODE文本，一样也有效率降低的问题，但是设计时平台一般都考虑到这一点了，效率怎么也比b/l endian转换好点。另一个对于程序员来讲，二进制形式对于调试来说不够友好，要VS那样的IDE界面有自已的查看器的还好，GDB这样命令行调试的，binary data struct怎么方便的看啊？当然不如文本的方便，这一点从程序员的角度出发也是愿意用text的。

就LZ原来说的，新协议，我确实更看好P2P方式。如果能够有一个吸收HTTP优点，但又支持P2P方式的网络协议，那是更好的。至于RPC能不能用P2P，这个存疑，毕竟我觉得现在对于P2P的理论研究还没跟上。

对于中国来说，P2P方式的类HTTP协议有特殊的意义，就是一劳永逸的（当然这个我也怀疑）使GFW失效。