摘要:內(nèi)部會(huì)新開一個(gè)叫做的線程,根據(jù)超時(shí)時(shí)間依次處理鏈表的節(jié)點(diǎn)。總結(jié)通過以及分別提供了同步超時(shí)和異步超時(shí)功能,同步超時(shí)是在每次讀取數(shù)據(jù)前判斷是否超時(shí),異步超時(shí)則是將組成有序鏈表,并且開啟一個(gè)線程來監(jiān)控,到達(dá)超時(shí)則觸發(fā)相關(guān)操作。
簡(jiǎn)介
上一篇文章(Okio 源碼解析(一):數(shù)據(jù)讀取流程)分析了 Okio 數(shù)據(jù)讀取的流程,從中可以看出 Okio 的便捷與高效。Okio 的另外一個(gè)優(yōu)點(diǎn)是提供了超時(shí)機(jī)制,并且分為同步超時(shí)與異步超時(shí)。本文具體分析這兩種超時(shí)的實(shí)現(xiàn)。
同步超時(shí)回顧一下 Okio.source 的代碼:
public static Source source(InputStream in) { // 生成一個(gè) Timeout 對(duì)象 return source(in, new Timeout()); } private static Source source(final InputStream in, final Timeout timeout) { if (in == null) throw new IllegalArgumentException("in == null"); if (timeout == null) throw new IllegalArgumentException("timeout == null"); return new Source() { @Override public long read(Buffer sink, long byteCount) throws IOException { if (byteCount < 0) throw new IllegalArgumentException("byteCount < 0: " + byteCount); if (byteCount == 0) return 0; try { // 超時(shí)檢測(cè) timeout.throwIfReached(); Segment tail = sink.writableSegment(1); int maxToCopy = (int) Math.min(byteCount, Segment.SIZE - tail.limit); int bytesRead = in.read(tail.data, tail.limit, maxToCopy); if (bytesRead == -1) return -1; tail.limit += bytesRead; sink.size += bytesRead; return bytesRead; } catch (AssertionError e) { if (isAndroidGetsocknameError(e)) throw new IOException(e); throw e; } } @Override public void close() throws IOException { in.close(); } @Override public Timeout timeout() { return timeout; } @Override public String toString() { return "source(" + in + ")"; } }; }
在 Source 的構(gòu)造方法中,傳入了一個(gè) Timeout 對(duì)象。在下面創(chuàng)建的匿名的 Source 對(duì)象的 read 方法中,先調(diào)用了 timeout.throwIfReached(),這里顯然是判斷是否已經(jīng)超時(shí),代碼如下:
public void throwIfReached() throws IOException { if (Thread.interrupted()) { throw new InterruptedIOException("thread interrupted"); } if (hasDeadline && deadlineNanoTime - System.nanoTime() <= 0) { throw new InterruptedIOException("deadline reached"); } }
這里邏輯很簡(jiǎn)單,如果超時(shí)了則拋出異常。在 TimeOut 中有幾個(gè)變量用于設(shè)定超時(shí)的時(shí)間:
private boolean hasDeadline; private long deadlineNanoTime; private long timeoutNanos;
由于 throwIfReached 是在每次讀取數(shù)據(jù)之前調(diào)用并且與數(shù)據(jù)讀取在同一個(gè)線程,所以如果讀取操作阻塞,則無法及時(shí)拋出異常。
異步超時(shí)異步超時(shí)與同步超時(shí)不同,其開了新的線程用于檢測(cè)是否超時(shí),下面是 Socket 的例子。
Okio 可以接受一個(gè) Socket 對(duì)象構(gòu)建 Source,代碼如下:
public static Source source(Socket socket) throws IOException { if (socket == null) throw new IllegalArgumentException("socket == null"); AsyncTimeout timeout = timeout(socket); Source source = source(socket.getInputStream(), timeout); // 返回 timeout 封裝的 source return timeout.source(source); }
相比于 InputStream,這里的額外操作是引入了 AsyncTimeout 來封裝 socket。timeout 方法生成一個(gè) AsyncTimeout 對(duì)象,看一下代碼:
private static AsyncTimeout timeout(final Socket socket) { return new AsyncTimeout() { @Override protected IOException newTimeoutException(@Nullable IOException cause) { InterruptedIOException ioe = new SocketTimeoutException("timeout"); if (cause != null) { ioe.initCause(cause); } return ioe; } // 超時(shí)后調(diào)用 @Override protected void timedOut() { try { socket.close(); } catch (Exception e) { logger.log(Level.WARNING, "Failed to close timed out socket " + socket, e); } catch (AssertionError e) { if (isAndroidGetsocknameError(e)) { logger.log(Level.WARNING, "Failed to close timed out socket " + socket, e); } else { throw e; } } } }; }
上面的代碼生成了一個(gè)匿名的 AsyncTimeout,其中有個(gè) timedout 方法,這個(gè)方法是在超時(shí)的時(shí)候被調(diào)用,可以看出里面的操作主要是關(guān)閉 socket。有了 AsyncTimeout 之后,調(diào)用其 source 方法來封裝 socket 的 InputStream。
下面具體看看 AsyncTimeout 。
AsyncTimeoutAsyncTimeout 繼承了 Timeout,提供了異步的超時(shí)機(jī)制。每一個(gè) AsyncTimeout 對(duì)象包裝一個(gè) source,并與其它 AsyncTimeout 組成一個(gè)鏈表,根據(jù)超時(shí)時(shí)間的長(zhǎng)短插入。AsyncTimeout 內(nèi)部會(huì)新開一個(gè)叫做 WatchDog 的線程,根據(jù)超時(shí)時(shí)間依次處理 AsyncTimout 鏈表的節(jié)點(diǎn)。
下面是 AsyncTimeout 的一些內(nèi)部變量:
// 鏈表頭結(jié)點(diǎn) static @Nullable AsyncTimeout head; // 此節(jié)點(diǎn)是否在隊(duì)列中 private boolean inQueue; // 鏈表中下一個(gè)節(jié)點(diǎn) private @Nullable AsyncTimeout next;
其中 head 是鏈表的頭結(jié)點(diǎn),next 是下一個(gè)節(jié)點(diǎn),inQueue 則標(biāo)識(shí)此 AsyncTimeout 是否處于鏈表中。
在上面的 Okio.source(Socket socket) 中,最后返回的是 timeout.source(socket),下面是其代碼:
public final Source source(final Source source) { return new Source() { @Override public long read(Buffer sink, long byteCount) throws IOException { boolean throwOnTimeout = false; // enter enter(); try { long result = source.read(sink, byteCount); throwOnTimeout = true; return result; } catch (IOException e) { throw exit(e); } finally { exit(throwOnTimeout); } } @Override public void close() throws IOException { boolean throwOnTimeout = false; try { source.close(); throwOnTimeout = true; } catch (IOException e) { throw exit(e); } finally { exit(throwOnTimeout); } } @Override public Timeout timeout() { return AsyncTimeout.this; } @Override public String toString() { return "AsyncTimeout.source(" + source + ")"; } }; }
AsyncTimtout#source 依然是返回一個(gè)匿名的 Source 對(duì)象,只不過是將參數(shù)中真正的 source 包裝了一下,在 source.read 之前添加了 enter 方法,在 catch 以及 finally 中添加了 exit 方法。enter 和 exit 是重點(diǎn),其中 enter 中會(huì)將當(dāng)前的 AsyncTimeout 加入鏈表,具體代碼如下:
public final void enter() { if (inQueue) throw new IllegalStateException("Unbalanced enter/exit"); long timeoutNanos = timeoutNanos(); boolean hasDeadline = hasDeadline(); if (timeoutNanos == 0 && !hasDeadline) { return; // No timeout and no deadline? Don"t bother with the queue. } inQueue = true; scheduleTimeout(this, timeoutNanos, hasDeadline); } private static synchronized void scheduleTimeout( AsyncTimeout node, long timeoutNanos, boolean hasDeadline) { // 如果鏈表為空,則新建一個(gè)頭結(jié)點(diǎn),并且啟動(dòng) Watchdog線程 if (head == null) { head = new AsyncTimeout(); new Watchdog().start(); } long now = System.nanoTime(); if (timeoutNanos != 0 && hasDeadline) { node.timeoutAt = now + Math.min(timeoutNanos, node.deadlineNanoTime() - now); } else if (timeoutNanos != 0) { node.timeoutAt = now + timeoutNanos; } else if (hasDeadline) { node.timeoutAt = node.deadlineNanoTime(); } else { throw new AssertionError(); } // 按時(shí)間將節(jié)點(diǎn)插入鏈表 long remainingNanos = node.remainingNanos(now); for (AsyncTimeout prev = head; true; prev = prev.next) { if (prev.next == null || remainingNanos < prev.next.remainingNanos(now)) { node.next = prev.next; prev.next = node; if (prev == head) { AsyncTimeout.class.notify(); // Wake up the watchdog when inserting at the front. } break; } } }
真正插入鏈表的操作在 scheduleTimeout 中,如果 head 節(jié)點(diǎn)還不存在則新建一個(gè)頭結(jié)點(diǎn),并且啟動(dòng) Watchdog 線程。接著就是計(jì)算超時(shí)時(shí)間,然后遍歷鏈表進(jìn)行插入。如果插入在鏈表的最前面(head 節(jié)點(diǎn)后面的第一個(gè)節(jié)點(diǎn)),則主動(dòng)進(jìn)行喚醒 Watchdog 線程,從這里可以猜到 Watchdog 線程在等待超時(shí)的過程中是調(diào)用了 AsyncTimeout.class 的 wait 進(jìn)入了休眠狀態(tài)。那么就來看看 WatchDog 線程的實(shí)際邏輯:
private static final class Watchdog extends Thread { Watchdog() { super("Okio Watchdog"); setDaemon(true); } public void run() { while (true) { try { AsyncTimeout timedOut; synchronized (AsyncTimeout.class) { timedOut = awaitTimeout(); // Didn"t find a node to interrupt. Try again. if (timedOut == null) continue; // The queue is completely empty. Let this thread exit and let another watchdog thread // get created on the next call to scheduleTimeout(). if (timedOut == head) { head = null; return; } } // Close the timed out node. timedOut.timedOut(); } catch (InterruptedException ignored) { } } } }
WatchDog 主要是調(diào)用 awaitTimeout() 獲取一個(gè)已超時(shí)的 timeout,如果不為空并且是 head 節(jié)點(diǎn),說明鏈表中已經(jīng)沒有其它節(jié)點(diǎn),可以結(jié)束線程,否則調(diào)用 timedOut.timedOut(), timeOut() 是一個(gè)空方法,由用戶實(shí)現(xiàn)超時(shí)后應(yīng)該采取的操作。 awaitTimeout 是獲取超時(shí)節(jié)點(diǎn)的方法:
static @Nullable AsyncTimeout awaitTimeout() throws InterruptedException { // Get the next eligible node. AsyncTimeout node = head.next; // 隊(duì)列為空的話等待有節(jié)點(diǎn)進(jìn)入隊(duì)列或者達(dá)到超時(shí)IDLE_TIMEOUT_MILLIS的時(shí)間 if (node == null) { long startNanos = System.nanoTime(); AsyncTimeout.class.wait(IDLE_TIMEOUT_MILLIS); return head.next == null && (System.nanoTime() - startNanos) >= IDLE_TIMEOUT_NANOS ? head // The idle timeout elapsed. : null; // The situation has changed. } // 計(jì)算等待時(shí)間 long waitNanos = node.remainingNanos(System.nanoTime()); // The head of the queue hasn"t timed out yet. Await that. if (waitNanos > 0) { // Waiting is made complicated by the fact that we work in nanoseconds, // but the API wants (millis, nanos) in two arguments. long waitMillis = waitNanos / 1000000L; waitNanos -= (waitMillis * 1000000L); // 調(diào)用 wait AsyncTimeout.class.wait(waitMillis, (int) waitNanos); return null; } // 第一個(gè)節(jié)點(diǎn)超時(shí),移除并返回這個(gè)節(jié)點(diǎn) head.next = node.next; node.next = null; return node; }
與 enter 相反,exit 則是視情況拋出異常并且移除鏈表中的節(jié)點(diǎn),這里就不放具體代碼了。
總結(jié)Okio 通過 Timeout 以及 AsyncTimeout 分別提供了同步超時(shí)和異步超時(shí)功能,同步超時(shí)是在每次讀取數(shù)據(jù)前判斷是否超時(shí),異步超時(shí)則是將 AsyncTimeout 組成有序鏈表,并且開啟一個(gè)線程來監(jiān)控,到達(dá)超時(shí)則觸發(fā)相關(guān)操作。
如果我的文章對(duì)您有幫助,不妨點(diǎn)個(gè)贊支持一下(^_^)
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/68256.html
摘要:封裝了和,并且有多個(gè)優(yōu)點(diǎn)提供超時(shí)機(jī)制不需要人工區(qū)分字節(jié)流與字符流,易于使用易于測(cè)試本文先介紹的基本用法,然后分析源碼中數(shù)據(jù)讀取的流程。和分別用于提供字節(jié)流和接收字節(jié)流,對(duì)應(yīng)于和。和則是保存了相應(yīng)的緩存數(shù)據(jù)用于高效讀寫。 簡(jiǎn)介 Okio 是 square 開發(fā)的一個(gè) Java I/O 庫,并且也是 OkHttp 內(nèi)部使用的一個(gè)組件。Okio 封裝了 java.io 和 java.nio,...
摘要:使用前準(zhǔn)備配置添加網(wǎng)絡(luò)權(quán)限異步請(qǐng)求慣例,請(qǐng)求百度可以省略,默認(rèn)是請(qǐng)求請(qǐng)求成功與版本并沒有什么不同,比較郁悶的是回調(diào)仍然不在線程。 前言 上一篇介紹了OkHttp2.x的用法,這一篇文章我們來對(duì)照OkHttp2.x版本來看看,OkHttp3使用起來有那些變化。當(dāng)然,看這篇文章前建議看一下前一篇文章Android網(wǎng)絡(luò)編程(五)OkHttp2.x用法全解析。 1.使用前準(zhǔn)備 Android ...
摘要:需要注意的是回調(diào)并不是在線程。也可以通過來同時(shí)取消多個(gè)請(qǐng)求。在開始創(chuàng)建的時(shí)候配置好,在請(qǐng)求網(wǎng)絡(luò)的時(shí)候用將請(qǐng)求的結(jié)果回調(diào)給線程。最后調(diào)用這個(gè)的方法請(qǐng)求成功使用起來簡(jiǎn)單多了,而且請(qǐng)求結(jié)果回調(diào)是在線程的。 前言 講完了Volley,我們接下來看看目前比較火的網(wǎng)絡(luò)框架OkHttp, 它處理了很多網(wǎng)絡(luò)疑難雜癥:會(huì)從很多常用的連接問題中自動(dòng)恢復(fù)。如果您的服務(wù)器配置了多個(gè)IP地址,當(dāng)?shù)谝粋€(gè)IP連接失...
閱讀 3210·2021-11-24 10:30
閱讀 1324·2021-09-30 09:56
閱讀 2396·2021-09-07 10:20
閱讀 2609·2021-08-27 13:10
閱讀 712·2019-08-30 11:11
閱讀 2064·2019-08-29 12:13
閱讀 769·2019-08-26 12:24
閱讀 2911·2019-08-26 12:20