android筆記

⑴ Android成長筆記3——創建layout-large文件夾

問題環境 ：需要建立layout_large文件夾，然無頭緒

詳情 ：https://www.jianshu.com/p/ccf07c75649e

詳情如下 ：

之前在寫屏幕適配的時候，考慮到平板和手機的尺寸不一樣，所以想新建一個layout_large文件，想起了以前創建layout文件的做法，具體參見： Android Studio 在layout文件夾建立子文件夾

但是發現還是有問題。對應的activity還是只是指向第一個layout文件中的activity_main.xml文件。找了下解決的方法，這里記錄下：

我需要的是在layout和layout_large文件下都創建activity_main2.xml這個文件,在layout文件下創建很容易，直接創建就好了，這里記錄下創建layout_large這個文件。

1.右鍵res->new->Android resource file

2.進入New Resource File

3.單擊Size

⑵ Android 和 iOS的設計區別（筆記）

1、 從Flat Design 到Material Design 的轉變，總體都是簡約扁平化的設計理念了。

2、從設計思路來說，Android 的設計風格應該是開放的，比如自定義的控制項可以帶來多樣化的設計，但是也同時帶來了「雜亂無章」的感覺和不統一的用戶界面；iOS 的人機交互規范讓界面整體會使用系統原生的控制項，設計師對於控制項的修改非常局限，但是這樣可以具有一定的統一性，用戶使用起來非常的方便。

3、從動效展現方面來看，我沒有了解太多，但是可以拿日歷的例子來說一下，比如三星、小米手機的日歷操作，當用戶點擊一個觸點後就會泛起「漣漪」或者波紋一樣的效果作為一個交互響應；iOS 的話好像有一種鏡頭感，或者說遠景近景的切換，用戶去點擊，鏡頭就會切近。 總之他們本質上都是為了幫用戶更好的理解界面切換和時間線之間的關系。

4、另外一個很重要的點就是解析度了， iOS的解析度相對固定，設計效果更容易被還原。但Android屏幕尺寸很多，雖然做設計稿子只做一套來適配，但同時要考慮是否符合不同解析度尺寸下的屏幕顯示效果。

其他可能就是字體、Tab bar 設計、編輯模式等方面了

⑶ Android 事件攔截筆記

Android

在命中的View消費的前提下：

如果攔截了ACTION_MOVE，則ACTION_MOVE會傳遞到內側ViewGroup的onTouchEvent中。

如果攔截了ACTION_UP，則ACTION_UP會傳遞到內側ViewGroup的onTouchEvent中。

注意：

如果不攔截ACTION_MOVE，即使攔截了ACTION_UP，ACTION_UP事件也不會傳遞到內層ViewGroup的onTouchEvent中。

⑷ Android開發藝術探索讀書筆記之AIDL

AIDL是 Android Interface definition language的縮寫，一看就明白，它是一種android內部進程通信介面的描述語言，通過它我們可以定義進程間的通信介面

AIDL可以實現跨進程的方法調用。定義進程通信介面供服務端和客戶端調用。

在AIDL文件中並不是所有數據類型都可以使用。只支持下列數據類型

默認情況下AIDL的調用過程是同步的，所以不能直接進行比較耗時的操作，否則容易導致客戶端ANR。如果需要進行非同步操作，在服務端不需要另起線程，但是在客戶端需要另起線程訪問遠程方法，再通過Handler通知到UI線程即可！

⑸ android 自定義View 使用 DataBinding 筆記

在 build.gradle 文件中添加配置

系統會根據布局文件名稱自動生成相應的 DataBinding 類,例如
布局文件 activity_main.xml 會生成 ActivityMainBinding 類 ,類名生成規則為駝峰命名: 文件名(首字母大寫) + Binding

activity 中使用:

fragment 中使用:

這里 android:text="@{viewmodel.text}" 對text進行設置
在 Edittext 中可以使用 android:text="@={viewmodel.text}" 進行雙向綁定,關鍵是這個 = 號;

若需要在xml布局文件中使用系統類的屬性,則需要引入.例:

通過引入 <import type="android.view.View"/> 可以使用 View.VISIBLE 、 View.GONE 屬性

有時候自定義view要用DataBinding時需要通過 @BindingAdapter 設置

單向綁定設置比較簡單 @BindingAdapter("app:paramA") 方法名為 setParamA ,單向綁定嘛就是傳入參數:

雙向綁定 set 、 get 方法,最主要的是 setListeners 方法,名字可以隨意,只是 @BindingAdapter 中是 "app:paramBAttrChanged" ,在屬性後面跟上 AttrChanged , attrChange 為通知系統內容變更的回調,當在 MineView 內部 paramB 發生變更時,通過 attrChange 去通知對 paramB 進行綁定的對象更新自己緩存中的內容 如:

希望對您有幫助.

⑹ 安卓平板比較好用的記筆記軟體

我的平板matepad最低配版。
我用著比較好的是noteshelf（咸🐟破解版）、ink&paper。noteshelf就不說了，可以滿足你幾乎所有的需求，這款軟體的介紹隨便搜一搜就能看到，並且大部分評價都是正面的。ink&paper上手難，但是寫字好看。不是特別推薦，因為上手太難了（我至今都沒搞透）。
網上呼聲比較高的有Xodo、Squid。Xodo做pdf筆記的功能可以說是所有軟體里最強大的了。Squid功能很多，可以導入pdf、可以手寫筆記，大部分需求都可以滿足。但這兩個令人詬病的是寫字有鋸齒，有時候寫字很扭曲。
onenote。onenote可以和電腦等設備之間共享筆記，登錄賬號就不怕筆記丟了，整體感覺很不錯。但是共享速度可能會很慢。
最後就是兩個國產新銳：雲記和享做筆記。兩款軟體都是剛誕生不久，我剛買平板的時候，下載這兩個覺得很難用，但是現在再去看，非常驚喜，很多網友認為這兩款軟體假以時日，一定能改變安卓平板軟體生態差的現狀，超過noteshelf、notability、goodnotes之類的。
推薦noteshelf、xodo、squid。強推雲記，享做筆記，支持國產。（這些軟體里試試手之後，選兩三個喜歡的就夠了，大部分軟體的功能有重合，沒必要留那麼多個在平板上。）

⑺ Android面試筆記——HTTP/HTTPS

HTTP和HTTPS是面試常問的問題，內容比較多而且復雜，HTTPS裡面的細節很多，本文只是把主要的東西寫出來，想要弄懂HTTPS還是要多看幾篇博文，自己動手走一遍把各個攻擊的case搞明白。

HTTP 是超⽂本傳輸協議，也就是HyperText Transfer Protocol。

Host 欄位 ：客戶端發送請求時，⽤來指定伺服器的域名。 Host: www..com

Content-Length 欄位 ：伺服器在返回數據時，會有 Content-Length 欄位，表明本次回應的數據長度。 Content-Length: 1000

Connection 欄位 ：Connection 欄位最常用於客戶端要求伺服器使⽤ TCP 持久連接，以便其他請求復⽤。 HTTP/1.1 版本的默認連接都是持久連接，但為了兼容⽼版本的 HTTP，需要指定 Connection ⾸部欄位的值為Keep-Alive 。

Content-Type 欄位 ：Content-Type 欄位⽤於伺服器回應時，告訴客戶端，本次數據是什麼格式 。 Content-Type: text/html; charset=utf-8

Content-Encoding 欄位 ：Content-Encoding 欄位說明數據的壓縮⽅法。表示伺服器返回的數據使用了什麼壓縮格式 。客戶端在請求時，⽤ Accept-Encoding 欄位說明自己可以接受哪些壓縮⽅法。 Accept-Encoding: gzip, deflate

下圖為訪問網路的返回欄位

HTTP/2 協議是基於 HTTPS 的，所以 HTTP/2 的安全性也是有保障的。

這都是基於 TCP 傳輸層的問題，所以 HTTP/3 把 HTTP 下層的 TCP 協議改成了 UDP 。

UDP 發生是不管順序，也不管丟包的，所以不會出現 HTTP/1.1 的隊頭阻塞 和 HTTP/2 的⼀個丟包全部重傳問題。

UDP 是不可靠傳輸的，但基於 UDP 的 QUIC 協議 可以實現類似 TCP 的可靠性傳輸。

HTTPS 采⽤的是 對稱加密和⾮對稱加密結合 的「混合加密」⽅式：

采⽤「混合加密」的⽅式的原因：

摘要演算法⽤來實現 完整性 ，能夠為數據⽣成獨⼀⽆⼆的「指紋」，⽤於校驗數據的完整性，解決了篡改的⻛險。

客戶端在發送明⽂之前會通過摘要演算法算出明文的「指紋」，發送的時候把「指紋 + 明文」⼀同加密成密文後，發送給伺服器，伺服器解密後，用相同的摘要演算法算出發送過來的明文，通過⽐較客戶端攜帶的「指紋」和當前算出的「指紋」做⽐較，若「指紋」相同，說明數據是完整的。

客戶端先向伺服器端索要公鑰，然後⽤公鑰加密信息，伺服器收到密文後，⽤⾃⼰的私鑰解密。這就存在些問題，如何保證公鑰不被篡改和信任度？

所以這⾥就需要藉助第三⽅權威機構 CA （數字證書認證機構），將伺服器公鑰放在數字證書（由數字證書認證機構頒發）中，只要證書是可信的，公鑰就是可信的。

通過數字證書的⽅式保證伺服器公鑰的身份，解決冒充的⻛險 。

證書簽名和驗證過程 ：

兩種情況 ：

⑻ 『38』在Android平台做閱讀筆記的方法

在 Android 平台記筆記，指的是用手機或者安卓平板寫筆記，這里暫時不包括其他設備。
該平台的特點是，移動能力強，便攜，但是辦公能力弱。這里的閱讀是非常方便的，在很多軟體的幫助下，閱讀體驗往往比電腦更好，而且便攜性使得這里的閱讀可以保證高度連續性。單純從『閱讀』看，這真的是相當優秀的平台，所以，如果能在這樣優秀的閱讀平台上方便地『寫讀書筆記』的話，那就太完美了。
馬驢我作為「不記筆記會死星人」呢，在這個方面也是各種嘗試，費了不少力氣，但一直沒有很理想的效果，甚至一直連「夠用」這個級別的解決方案都沒有遇到。直到最近，某個神器的新版本出現，才在很大程度上解決了這個問題（具體是什麼，我會在後面說明，這里先賣個關子）。所以現在總算是有了一些相對成體系的解決方案了。

一切一切的前提都是，閱讀的同時要記筆記。如果只是單純的閱讀而不記筆記的話，這樣的閱讀適合於看小說之類的超淺閱讀材料，所以不在本文的討論范圍內。嗯，所以在 Android 上閱讀也要有良好的記筆記條件才理想。

三星的Note系列我沒有見過，所以不清楚一支筆能帶來怎樣的扭轉。單純說常見的純觸屏設備吧，這些設備如果想要在閱讀的時候記筆記的話，需要具備 適合筆記的基本條件 ：

如果滿足這樣的條件的話，就能在區域截屏的基礎上，對局部進行文字筆記的記錄，最後還能將匯總在一起的筆記導出來。

既然上面列舉了筆記的基本條件，那麼就要針對性地裝一些軟體。通常是多個工具配合才能良好運轉。

閱讀器的話，epub的支持是最為廣泛的，mobi在手機上除了kindle以外極少有能打開的工具，而kindle的體驗太差，所以， 在Android上閱讀盡可能將電子書轉化為epub格式。

其餘的常見格式就是pdf了（可能還有奇葩的caj），這種東西通常不能轉epub或者其他格式，即使勉強轉化，效果也不理想。所以直接按原始格式閱讀即可。

筆記軟體其實在Android上並不需要獨家列舉，畢竟只要有記錄功能就夠了——嗎？？才不是。
筆記不僅僅是寫下來而已，一定還要有足夠強大的方便性，畢竟閱讀實在是一件辛苦事：即使你熱愛閱讀，也一樣。
所以，本著方便的需求，對筆記軟體進行審視以後可以發現一些值得推薦的工具：

Epub類：

其他類：
其他無論是網頁還是pdf之類的，筆記都相似，採用獨立的筆記軟體進行整理比較好。

不得不說的是，除了OneNote外，為知筆記也有類似的快速筆記並添加到上一篇筆記的功能，但只限於『復制』而已，與輸入是脫軌的，所以靈活性較差，還不完善。其餘軟體更是完全沒在這方面用力。

前面說過的，『區域截圖』工具，在Android上必須Root才能正常工作。Root以後這類工具還是一搜一大把的，感覺不出多大區別，就不推薦了，這一步的難點在於Root。
不Root真的就不能區域截圖，只能全屏截圖！

萬事俱備，現在開始分析閱讀筆記的寫作方法。

這個很簡單。以多看閱讀為例，閱讀的時候發現較好的段落以後直接長按劃線，然後寫讀書筆記就行了。沒什麼難度。
值得一提的是，在手機上不容易把握全局邏輯，所以這樣的閱讀通常不是閱讀的終點，還需要在電腦上進行進一步的梳理——如果想要更深一層地理解書中內容的話。但單純在Android上讀epub並記筆記的話，這就夠了。

相比之下，這個略微困難。
首先我們開啟OneNote的懸浮窗，同時開啟區域截圖工具，然後開始讀pdf。

還是要說OneNote在移動端糟糕的閱讀體驗……所以這里的筆記通常是不能直接在手機上看的，實在很難看。需要在電腦上整理一下，把多餘的筆記容器（方框）合並以後，才能正常適應手機屏幕。
補充：沒有Root的Android手機，在這一方面會遇到巨大的困難。。。

網頁資料，無論是保存到Pocket之類裡面還是直接網頁閱讀都一樣，和讀pdf差不多，多一步『分享』。這一步是為了保存來源，畢竟這里的閱讀明顯要零散得多。
所以步驟為：

這個方法還是要提一下，保證方法的完整性……
簡單來說就是，Android設備只負責顯示閱讀材料，而筆記由屏幕外面的實體（紙質）紙筆完成。
適合於為課本記筆記。
這個大家都熟悉，難度較小，只不過記筆記以後整理起來較為困難，這是本方法的最大問題。

⑼ Android通知筆記

當我們自定義通知布局的時候，需要通過 NotificationCompat.Builder 設置自定義的 RemoteViews 。而 RemoteViews 中只支持部分布局和控制項。如下所示。

布局

控制項

注意：上面的信息我是在android-29的 RemoteViews 源碼中看到的，其他版本的像
android-26，android-27都沒看到，感覺很奇怪。

在上面說通過 NotificationCompat.Builder 設置自定義的 RemoteViews 。有兩個方法。

設置通知收起狀態RemoteViews

設置通知展開狀態的RemoteViews

下面看一下網易雲和喜馬拉雅通知布局的對比。

通知欄網易雲展開布局，喜馬拉雅收起布局

通知欄網易雲展開布局，喜馬拉雅展開布局

通知欄喜馬拉雅展開布局，網易雲收起布局

通知欄喜馬拉雅展開布局，網易雲展開布局

在官方的 創建自定義通知布局 中有這么一段話。「 自定義通知布局的可用高度取決於通知視圖。 通常情況下 ，收起後的視圖布局的高度上限為 64 dp，展開後的視圖布局的高度上限為 256 dp 」。

對這段話我的理解是：

接下來我們測試一下，測試機器

收起布局效果

展開布局效果

收起布局效果

展開布局效果

到這里，有個疑問，如果收起布局大於64dp，展開布局大於256dp會是什麼效果呢？接續測試一下。

收起布局效果

展開布局效果

在我的測試機上好像也沒什麼問題，就是我們的通知布局占據的高度變大了。

結論：可以自定義通知欄高度，但是無論是收起布局還是展開布局都不宜過大。過大的話，會導致用戶在通知欄看到的通知數量減少，用戶需要滑動才能看到更多的通知信息，影響用戶體驗。

源碼請參考 NotificationDemo 的CustomizeNotificationActivity。

這個需要在手機中設置。

參考鏈接：

⑽ Android 寫一個屬於自己的印象筆記

之前在看大部分的Android 富文本編輯幾乎都是利用webview實現，所以，便有了做一個Android原生的富文本編輯器的主意。

https://blog.csdn.net/qq_15893929/article/details/88670198

照慣例先秀一下圖：

該富文本編輯器樣式仿照印象筆記的Android版，繪制層實現基於Android的span樣式。

主要的實現在於編輯頁面，直接是繼承自EditText加以改造的（偷懶），但是如果想實現一個商業級別的編輯器，建議使用StaticLayout和自定義View，但是需要考慮的東西比較多，例如輸入法和排版布局、選區管理繪制、各類點擊事件。

這個版本更多的是將自己所學的一些知識的運用，只做了小一段時間，所以存留很多了bug和缺陷，後續會繼續找時間修補。

想增加的內容：

https://github.com/ChyengJason/SRich