文章末有哈
Kotlin下的5種單例模式前言 最近在學習Kotlin這門語言鸯旁，在項目開發(fā)中，運用到了單例模式。因為其表達方式與Java是不同的。所以對不同單例模式的實現(xiàn)進行了分別探討。主要單例模式實現(xiàn)如下： 餓漢式...
發(fā)簡信
IP屬地：四川
-
-
@RythmCoder 這個看你簡歷上整么寫了鳖眼，如果寫了，別人肯定要問的
BAT大廠Android面試知識點嚼摩，請客官拿好
前言 年年寒冬钦讳，年年也擋不住一個安卓程序員追求大廠的決心矿瘦。想要進入大廠，我們需要掌握哪些知識點呢愿卒？這里缚去，我為大家梳理了一個整體的知識架構(gòu)。整體包括Java琼开、Android易结、算...
-
沒有，阿里系
BAT大廠Android面試知識點柜候，請客官拿好
前言 年年寒冬搞动，年年也擋不住一個安卓程序員追求大廠的決心。想要進入大廠渣刷，我們需要掌握哪些知識點呢鹦肿？這里，我為大家梳理了一個整體的知識架構(gòu)辅柴。整體包括Java箩溃、Android、算...
-
quiteSafely() 回收的消息是比當前結(jié)束消息循環(huán)時間點大的消息碌嘀，比當結(jié)束消息循環(huán)時間點小的消息是不會被回收的涣旨。也就是說 quiteSafely() 執(zhí)行時，可能有一些部分消息會被 Looper 取出執(zhí)行股冗。而 quite() 方法是直接退出消息循環(huán)开泽，消息隊列中的消息都不會被執(zhí)行。那么優(yōu)勢已經(jīng)很明顯了
Android Handler機制之循環(huán)消息隊列的退出
該文章屬于Android Handler系列文章魁瞪，如果想了解更多，請點擊《Android Handler機制之總目錄》 前言 在上幾篇文中我們介紹了整個消息的循環(huán)機制以及消息...
-
@WAN____ 能幫助到你惠呼，真的非常開心??导俘。與君共勉。
在安卓的道路上鏗鏘前行
時間過的真快剔蹋，馬上現(xiàn)在已是2018年的最后一個月了旅薄。算算日子，從畢業(yè)到現(xiàn)在泣崩。從事安卓開發(fā)少梁，快三個年頭。這一路走來矫付，著實不易凯沪，想和大家分享我的故事。分享這一路走來的點點滴滴與心...
-
查看章節(jié)--ViewPager+Fragment 模式下的老方案 中的第二买优、三幅圖妨马，你會發(fā)現(xiàn)ThreeFragment 的調(diào)用方法順序為:
1. ThreeFragment:setUserVisibleHint(boolean isVisibleToUser) isVisibleToUser——>false
2. ThreeFragment:onResume
3.ThreeFragment:setUserVisibleHint(boolean isVisibleToUser) isVisibleToUser——>true
也就是說當ThreeFragment的setUserVisibleHint(boolean isVisibleToUser) isVisibleToUser——>true時挺举，ThreeFragment 的onResume 方法已經(jīng)執(zhí)行完畢了。而在1,2步驟時烘跺，ThreeFragment 并不可見湘纵，實際可見的位置是在步驟3。所以我們需要在 setUserVisibleHint()中調(diào)用 judgeLazyInit()滤淳，來保證當ThreeFragment可見時梧喷，能夠正確的進行懶加載，而isCallResume這個變量脖咐，就是用來來判斷ThreeFragment 的onResume 方法是否已經(jīng)執(zhí)行铺敌。這樣講不知道你清楚沒有??Androidx 下 Fragment 懶加載的新實現(xiàn)
前言 年后最后一篇文章啦，在這里先祝大家新年快樂~最重要的抽中全家福文搂，明年繼續(xù)修福報?? 以前處理 Fragment 的懶加載适刀，我們通常會在 Fragment 中處理 setU...
-
因為這里有三個線程，所以在調(diào)度的時候可能打印順序會有不同煤蹭，這里看實際的獲取的值就行了笔喉，不用關(guān)注打印順序。
Android Handler機制之ThreadLocal
該文章屬于Android Handler系列文章硝皂，如果想了解更多常挚，請點擊《Android Handler機制之總目錄》 前言 要想了解Android 的Handle機制，我們...
-
RecyclerView滾動位置奄毡，滾動速度設置
前言 最近開發(fā)中遇到了一個需求，需要RecyclerView滾動到指定位置后置頂顯示贝或，當時遇到這個問題的時候吼过，心里第一反應是直接使用RecyclerView的smoothSc...
-
@potato丶土豆_ff42 這么巧嗎？??哈哈哈咪奖，趕快白嫖一波
為什么Java的泛型要用"擦除"實現(xiàn)
前言 在 Java 中的 泛型盗忱，常常被稱之為 偽泛型，究其原因是因為在實際代碼的運行中羊赵，將實際類型參數(shù)的信息擦除掉了(Type Erasure)趟佃。那是什么原因?qū)е铝?Java...
-
為什么Java的泛型要用"擦除"實現(xiàn)前言 在 Java 中的 泛型，常常被稱之為 偽泛型昧捷，究其原因是因為在實際代碼的運行中闲昭，將實際類型參數(shù)的信息擦除掉了(Type Erasure)。那是什么原因?qū)е铝?Java...
-
ViewModel 這些知識點你都知道嗎?前言 ViewModel 作為 Jetpack 中的明星組件靡挥，相信大家都對其有一定的了解序矩。在 Google 的官方介紹中也詳細的羅列了 ViewModel 的優(yōu)點，如： 可以...
-
navagation 其實是底層其實是用replace fragment的方式來切換Fragment的跋破，所以會完整的走Fragment的生命周期
但是對于FragmentPagerAdapter與FragmentSaterPagerAdapter的情況贮泞，在FragmentPagerAdapter對應執(zhí)行的是Fragment生命周期中onPause()-onDestroyView()的方法楞慈，并沒有執(zhí)行onDestroy和onDetach方法
在FragmentSaterPagerAdapter對應執(zhí)行的是Fragment聲明onPause()-onDestory(),所以為了滿足所有的情況，最好是在onDestoryView()方法中啃擦，進行 isLoaded 的判斷Androidx 下 Fragment 懶加載的新實現(xiàn)
前言 年后最后一篇文章啦囊蓝，在這里先祝大家新年快樂~最重要的抽中全家福，明年繼續(xù)修福報?? 以前處理 Fragment 的懶加載令蛉，我們通常會在 Fragment 中處理 setU...
-
Androidx 下 Fragment 懶加載的新實現(xiàn)前言 年后最后一篇文章啦聚霜，在這里先祝大家新年快樂~最重要的抽中全家福，明年繼續(xù)修福報?? 以前處理 Fragment 的懶加載珠叔，我們通常會在 Fragment 中處理 setU...
-
@看不見我_e968 是這意思蝎宇。
Java并發(fā)編程之Java內(nèi)存模型
該文章屬于《Java并發(fā)編程》系列文章，如果想了解更多祷安，請點擊《Java并發(fā)編程之總目錄》 一姥芥、并發(fā)的起源 為了提高計算機處理數(shù)據(jù)的速度。現(xiàn)代的計算機都支持多任務處理汇鞭。在32...
-
@看不見我_e968
線程A對變量a進行賦值操作凉唐，需要先經(jīng)過（read->load )兩個操作，將主內(nèi)存中的a變量的值存入自己的工作內(nèi)存變量副本中（用a1表示）霍骄，然后再通過（use）將 a1 的值交給執(zhí)行引擎進行計算台囱。接著調(diào)用(assign)將執(zhí)行引擎后的值（計算過后新的值）賦值給 a1 ,最后在通過(store-write)將線程A中 a1的值 賦值給變量a。
這里所說的一個線程（A)多次use與assign操作读整，是代表著線程 A 在工作內(nèi)存中對共享變量 a （假設初始值為0）進行了多次操作簿训。而另一個線程(B）是在線程（A）操作之前對共享變量a 進行了read、load操作米间。那么當線程 （A ）使用 (store-write)將線程A中工作內(nèi)存的值存入主內(nèi)存時强品，這個時候線程（ B ）在工作內(nèi)存中存儲的值仍然是主內(nèi)存中變量a的初始值，也就是 0屈糊。那么這個時候如果線程 B繼續(xù)對 a進行操作择懂。那么就會出現(xiàn)問題。也就是我們常說的線程安全的問題另玖。所以這個時候需要解決工作內(nèi)存中的可見性問題。也就是線程A通過 use 與assign 后表伦，線程B需要知道線程A中修改后的值谦去。
Lock 操作主要會清除線程中工作內(nèi)存的變量的值。每次Lock操作之后需要重新read load 操作蹦哼，也就是說線程每次將工作內(nèi)存中的值刷新到主內(nèi)存后鳄哭，如果它還需要對同一變量進行操作，那么它下一次需要重新執(zhí)行這八個操作纲熏。Java并發(fā)編程之Java內(nèi)存模型
該文章屬于《Java并發(fā)編程》系列文章妆丘，如果想了解更多锄俄，請點擊《Java并發(fā)編程之總目錄》 一、并發(fā)的起源 為了提高計算機處理數(shù)據(jù)的速度∩准穑現(xiàn)代的計算機都支持多任務處理奶赠。在32...
-
@看不見我_e968 5.1其實就是講的是，多個線程操作同一變量a（初始值為0)药有，因為在Java中不同線程對應的是自己的工作內(nèi)存毅戈，現(xiàn)在線程A，B都分別讀取了a變量的值愤惰，這個時候線程A修改a的值為1苇经，線程B在自己的工作內(nèi)存中保存的變量a的值還是為0。如果想讓A線程修改后的值宦言，讓線程B感知扇单。那么就需要解決工作內(nèi)存的可見性問題。5.1中所描述的原子操作奠旺，是線程將變量讀取到自己工作內(nèi)存以及寫入到主內(nèi)存的設計到的幾個原子操作蜘澜。這幾個操作都不能不打斷。與工作內(nèi)存的可見性沒有太大的關(guān)系凉倚。只是我將A線程并修改的a變量的值這個操作用原子操作來表示了兼都。不知道這樣講你明白了沒有。
Java并發(fā)編程之Java內(nèi)存模型
該文章屬于《Java并發(fā)編程》系列文章稽寒，如果想了解更多扮碧，請點擊《Java并發(fā)編程之總目錄》 一、并發(fā)的起源 為了提高計算機處理數(shù)據(jù)的速度⌒硬冢現(xiàn)代的計算機都支持多任務處理慎王。在32...