|
|
1
0
你可以试试 Available() 方法。即使您正在序列化一个backround线程上的数据,看起来请求是在主线程中创建的。你可能会遇到一些奇怪的比赛情况。 |
|
|
2
0
是否可以添加一些日志以显示设备选择用于每个连接的传输类型?也许这是一个传输选择API选择一个它认为可以工作的传输的例子,而事实上它不工作。 |
|
3
0
有人建议在我的网络I/O线程中放置一个暂停检测器,当检测到暂停时,中断线程并重新启动请求。我在开始请求之前启动一个计时器,当我读取每个数据块时,我重置计时器。如果计时器在我可以读取一个块之前就过期了,我假设网络已经停止,我中断线程并重新开始该请求。 我已经这样做了,它确实改善了事情,至少减少了延迟,我必须等待,然后才能继续请求,因为我不必等待TCP超时,这可能需要很长时间。 中断当前的I/O操作并重新启动似乎可以使网络恢复正常运行一段时间,通常在再次暂停之前可以正常运行几分钟。我在调试时将暂停记录到控制台中,得到了很多暂停。 这是一个非常奇怪的问题,我不完全满意的失速检测解决方案。这似乎只是掩盖了问题,但它确实让我在某种程度上解决了我遇到的长期拖延。 |
|
|
4
0
如果您阅读轮辋规格
我按照这个规范编写了自己的版本,遇到了同样的问题。我认为问题在于,一旦有数据可用,该方法就需要返回而不阻塞。唯一的办法就是利用
|
|
|
Nerd in Training · 应用程序打开时调用函数 10 年前 |
|
|
Silnet · BlackBerry10:如何将文件从设备复制到pc 12 年前 |
|
|
BigDan · 黑莓网络浏览器上的双语应用程序名称 13 年前 |
|
|
Sarah · 电池电量为10时启动/取消计时器 13 年前 |
|
CAMOBAP · 黑莓手机-“您当前没有新的通知” 13 年前 |