為了實(shí)現(xiàn)結(jié)構(gòu)化并發(fā)，其中一個(gè)很重要的命題就是協(xié)程的取消。 在使用kotlin協(xié)程進(jìn)行開(kāi)發(fā)前，有兩個(gè)概念我們始終是繞不開(kāi)的， 一個(gè)是協(xié)程本身，一個(gè)是suspend函數(shù)。 協(xié)程通...
發(fā)簡(jiǎn)信
IP屬地：遼寧
-
kotlin協(xié)程-取消機(jī)制
-
ExoPlayer-跳過(guò)靜音原理
ExoPlayer AudioProcessor處理模型 ExoPlayer內(nèi)部維護(hù)了一個(gè)AudioProcessChain,它的作用就是串聯(lián)各個(gè)AudioProcessor...
-
Toast不展示的一個(gè)坑
項(xiàng)目中使用了自定義View作為T(mén)oast的展示內(nèi)容，發(fā)現(xiàn)在后臺(tái)時(shí)Toast自定義View不展示，而使用系統(tǒng)的Toast仍然會(huì)展示，查了半天，以為是我姿勢(shì)不對(duì)，最后發(fā)現(xiàn)是系統(tǒng)變...
-
kotlin構(gòu)造函數(shù)默認(rèn)值編譯器是如何處理的？
當(dāng)我們給構(gòu)造函數(shù)指定了默認(rèn)值，并且存在重載的構(gòu)造函數(shù)， 比如如下場(chǎng)景 如上代碼場(chǎng)景，kotlin是如何決定在重載的時(shí)候調(diào)用哪一個(gè)構(gòu)造函數(shù)呢？ 首先kotlin是如何處理含有默...
-
kotlin協(xié)程-runBlocking
runBlocking是kotlin提供的一個(gè)協(xié)程啟動(dòng)函數(shù)，它的作用是運(yùn)行指定的中斷函數(shù)，同時(shí)保證在runBlocking的協(xié)程體執(zhí)行完成之前,runBlocking的下一行...
-
Wav格式擴(kuò)展- ListChunk
我們?cè)谧孕芯帉?xiě)Wav播放器的時(shí)候，有的時(shí)候發(fā)現(xiàn)經(jīng)過(guò)ffmpeg處理后的wav文件頭大小不再是44字節(jié)大小，使用 二進(jìn)制分析工具可以看到其中有一個(gè)LIST Chunk部分，不知...
-
park/unpark wait/notify 區(qū)別
park/unpark和wait/notify都是Java提供給我們的機(jī)制，讓我們能夠?qū)Ξ?dāng)前線(xiàn)程是否陷入阻塞進(jìn)行控制。 park/unpark是LockSupport包中的功...
-
踩坑記錄之前臺(tái)服務(wù)導(dǎo)致ANR
谷歌在安卓12以及以后的系統(tǒng)，對(duì)應(yīng)用啟動(dòng)服務(wù)進(jìn)行了更嚴(yán)格的限制，如果需要應(yīng)用在后臺(tái)停留的時(shí)候，仍然能夠執(zhí)行后臺(tái)代碼邏輯，這個(gè)時(shí)候需要通過(guò)前臺(tái)服務(wù)的機(jī)制，前臺(tái)服務(wù)和一般的服務(wù)A...
-
線(xiàn)程池-SynchronousQueue是否會(huì)導(dǎo)致拒絕策略？
答案是會(huì)！以下為詳細(xì)的解釋。 SynchronousQueue是沒(méi)有容量的隊(duì)列，往隊(duì)列里插入一個(gè)元素，下一次插入會(huì)陷入阻塞，直到之前的元素被其他消費(fèi)者給取走。 在線(xiàn)程池的上下...