套接字连接比Blackberry上的http快吗？

Question

我正在为Blackberry编写一个最初在标准J2ME中实现的应用程序。网络连接使用Connector.open("socket://...:80/...")代替http://

完成

现在，我已经使用这两种方法实现了连接，似乎有时候，套接字方法响应更快，有时它根本不起作用。这两者之间有显着差异吗？我想要实现的主要是通过连接获得顺畅进度的响应能力。

Answer 1

Blackberry的http和https实现为socket提供了更多连接到目标服务器的选项，当然，还为您实现了所有HTTP协议。我没有对它们进行基准测试，但是在某些情况下直接TCP通过socket会更快一些，特别是如果正在侦听端口80 的内容不是< / em> HTTP服务器（无协议开销）

过去我与不同的网络提供商一直有困难，有些需要deviceside=true其他deviceside=false，并且在第一次支持该网络的支持之前没有真正的了解方法。

  

我正在努力实现的目标是通过连接获得顺畅进度的响应能力。

请原谅我的说法，但是“顺利进度条”是“给百合花镀金” - 很高兴看到，但对应用程序的功能，可靠性或稳健性并不重要。使用更强大的功能并减少代码大小 - 在这种情况下可能http。

Answer 2

由于两者都通过网络运行，我认为您无法保证顺利进度。如果你提醒这个人留在一个地方，你可能有更多的机会，这样你就有机会建立一致的联系;）

套接字连接的开销少于HTTP连接。实际上，HTTP连接通过套接字连接运行。您可以利用套接字连接减少的开销来提高响应速度，但是您可能需要做的工作比使用HTTP更多。 API更低级，因此编码更复杂。

Answer 3

BlackBerry上的套接字和HTTP连接之间的一个区别是，在BES和BIS连接的情况下，HTTP连接可以通过HTTP代理透明地路由。

Answer 4

理论上套接字会更快，但是你负责管理滚动自己协议的开销（取决于复杂性）。虽然套接字更轻巧，但我发现HTTP和所有附带的内容大大减少了头痛。