gpt4 book ai didi

java - Android 4.4 KitKat 无法快速关闭 ChunkedInputStream

转载 作者:塔克拉玛干 更新时间:2023-11-03 00:49:11 25 4
gpt4 key购买 nike

我有一个 Android Daydream,它使用 Twitter4j 的流式实现来显示推文流。这在 Android 4.2 和 4.3 上运行良好。但是,在 4.4 上,我无法快速关闭流(在 onDreamingStopped 中)。

我得到 this stacktraceNetworkOnMainThreadException 不是问题。

问题似乎与 this issue 有关,围绕连接重用。 This OkHttp changeset (合并到 Android here 中)改变了 closeChunkedInputStream 上的行为方式。它不是简单地将自己标记为“已关闭”,然后在还有更多数据要读取时断开套接字,而是尝试首先丢弃流以实现套接字的快速重用。如果它未能丢弃流,它就会像以前一样断开套接字。

我现在收到 NetworkOnMainThreadException 的原因是(正如您从堆栈跟踪中看到的那样)丢弃流现在尝试从流中读取。这很容易修复 - 我只是在关闭我的 Daydream 时将它放在 AsyncTask 中然后忘记它。

问题是流没有在超时设置内被丢弃。看着 HttpTransport#discardStream method of the latest version of the source ,它在套接字上指定 100 毫秒超时(原始提交指定 30 毫秒),然后尝试从流中读取 (Util.skipAll) 以清空缓冲区。但是,我在 BufferedInputStream.read() 周围看到了多秒的延迟。称呼。这种延迟的长度似乎有所不同。

这不是一个大问题 - 因为我现在无论如何都必须从 UI 线程关闭这个流,所以我不会导致 onDreamingStopped 调用需要很长时间才能返回(这是导致白日梦在按下后退/主页后在屏幕上停留很长时间——我最初的错误报告导致我跟随这个兔子洞)。但是,在本应关闭后,它确实会保留此连接一段时间。

我测试了使用不同 Activity 级别的两个 Twitter 帐户关闭流需要多长时间。在我尝试关闭流时,第一个没有看到任何 Activity ,而且我一直看到调用大约需要 30 秒。第二个帐户上有更多 Activity ,关闭流的时间在这个帐户上变化更大 - 从 1.5 到 30 秒不等。当一条新的推文进来时(一个新的 block 被写入流),它似乎会立即关闭。

为什么我在关闭 KitKat 上的流时会看到这种延迟?为什么它不遵守设置的 100 毫秒超时?

这类似于 Android KitKat HttpURLConnection disconnect AsyncTask - 尽管这大概是在幕后使用了 FixedLengthInputStream,但相同的更改已应用于该类的 close 方法。

最佳答案

这是 OkHttp 中的一个错误。修复是 here .如果您不介意在您的应用程序中包含 OkHttp jar,您可以解决此问题,直到 AOSP 更新以包含此修复程序。

OkHttpClient okHttpClient = new OkHttpClient();
URL.setURLStreamHandlerFactory(okHttpClient);

修复没有及时合并到 OkHttp 1.3;您需要等待以后的版本或自己构建 jar

关于java - Android 4.4 KitKat 无法快速关闭 ChunkedInputStream,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20306498/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com