原创 解決標籤下高度無效

起因 開啓開發者模式裏的過渡繪製以後,發現界面上封裝的組件有冗餘優化的空間 背景 自定義View繼承了一個ViewGroup,在XML文件寫的佈局,根節點從RelativeLayout(LinearLayout,FrameLayo

原创 筆記---ImageLoader實現圖片壓縮,緩存

    以下內容爲博主閱讀《Android開發藝術探索》所記代碼以及知識點的梳理package com.example.utils; import

原创 React Native添加Android原生模塊

   新項目決定開始使用React Native,故也不得不學習新的知識。React Native簡介此不做贅述,官網有詳細的介紹。因RN出來的時間還算很短,所以很多東西並不是很完善...比如第三方庫的豐富度上...    拿真實例子舉例

原创 AIDL實例淺析

此爲筆者在閱讀過《Androd開發藝術探索》後的一些體會,demo採用書中源碼,做一個簡單分析 本篇旨在通過AIDL的demo裏瞭解IPC和Binder,那麼談到AIDL就不得不提一下IPC和Binder。 首先IPC的含義是進程間通信亦

原创 未捕獲的異常導致crash

       通常我們在可以預見的可能出現異常的手動調用try catch來捕獲代碼片中的異常,防止app直接崩潰,或者即使沒有try catch,通常崩潰以後,日誌裏會打出具體的異常信息,並提示具體在哪一個類,哪一行出現錯      

原创 短信還原的注意點

狀況: “短信還原”模塊無法“正常”還原 邏輯 ⑴短信備份模塊:創建內容提供者,訪問存儲短信的數據庫表,將sms表下的address,body,_id,date,type字段用smsInfo對象 去接收,創建List集合去接收所有的sms

原创 自定義Toast及動畫的二三事

       實際案例中,系統的Toast經常無法滿足我們的需求,那麼作爲開發人員,就難免要去自定義一個我們自己的Toast...         關於Toatst的系統的源碼這裏不想贅述,因爲網上有很多(至少我也是上網查的),但是也僅限

原创 Android防止多次點擊

    該問題始於真實案例中:     在做公司項目的時候,移交測試的時候,反饋連續點擊提交信息的按鈕,會多次post數據到服務器,導致產生了錯誤的重複數據    在網上尋找答案,發現網上的答案多數是創建一個新的myButton類繼承bu

原创 性能探究之onMeasure

雖然如今RecycleView大行其道,但作爲老牌控件listview仍應用廣泛,但真正使用時,由於業務上的需求以及開發人員的理解不深入,使得listview性能並不十分高,造成卡頓 那麼先從以下幾點進行測試 父佈局類型(相對,線性

原创 bintray賬戶創建

      需要關聯郵箱,且不能是網易郵箱和QQ郵箱,但是我們可以繞個彎,用foxmail,相當於用QQ郵箱一個別名,在QQ郵箱裏可以設置foxmail

原创 ViewStub標籤與merge標籤衝突

場景 項目優化佈局,將layout全部模塊化,採用了merge標籤,在ViewStub引用的一個文件中include了merge標籤的佈局,導致在include下方的元素全部無法顯示 下面的先佔坑,以後再說

原创 Android混淆配置造成的反射問題

   在項目中調試的時候因爲用到了反射,但是由於混淆文件並沒有對反射的類做處理,導致類被混淆使得找不到該類 需要在混淆文件中將該類配置上去,比如 另外因爲在debug和release模式下同時打開了混淆,調試的時候是會提示找不到該變量的

原创 AutoLayout根佈局適配問題

弘洋大大的UI適配庫,實現了在不同設備上的自動適配,非常方便 附上鍊接: Android AutoLayout全新的適配方式 堪稱適配終結者 遇到的問題: 在LayoutInflater.from(getContext()).infl

原创 setDataSource RuntimeException 0xFFFFFFEA

 背景:獲取本地視頻第一幀  MediaMetadataRetriever在調用setDataSource的時候,7.0以下無問題,用的是setDataSource(String path,Map map),7.0以上崩潰,報Runtim

原创 返璞歸真,運用Android廣播機制來通知界面刷新

大家在進行業務開發的時候,A界面跳轉到B界面,B界面進行操作後,反過來通知A界面重寫刷新界面,這個邏輯是非常非常常見的 常用的手段 通過Activity的一些回調方法(這裏假設activity) 獲取Activity實例來強制調用方