android技術難點

A. iPhone12的耳返是如何實現的

如下：

手機：蘋果iPhone12。

系統：ios14.6。

1、首先我們要在蘋果12的桌面內找到其中的設置選項，進入到設置中。

介紹

iPhone 12是蘋果公司（Apple）於美國西部時間2020年10月13日上午10點（北京時間2020年10月14日凌晨1點）在Apple Park總部園區發布的手機產品。

iPhone 12雙鏡頭後置攝像頭系統，配備1200萬像素超廣角和廣角鏡頭以及7元件鏡頭；iPhone 12支持5G，搭載A14 Bionic晶元，支持北斗導航；iPhone 12解析度為2532x1170，對比度為200萬:1，亮度1200尼特。

B. android 難點問題記錄

需要匹配各種不同的核心版本和手機的型號，非常麻煩的

C. 安卓開發需要學什麼

安卓開發需要學：

一、應用程序

Android以java為編程語言，使介面到功能，都有層出不窮的變化，其中Activity等同於J2ME的MIDlet，一個 Activity 類負責創建視窗，一個活動中的Activity就是在 foreground（前景）模式，背景運行的程序叫做Service。

二、中介軟體

操作系統與應用程序的溝通橋梁，並用分為兩層：函數層（Library）和虛擬機（Virtual Machine）。 Bionic是 Android 改良libc的版本。

Android 同時包含了Webkit，所謂的Webkit 就是Apple Safari瀏覽器背後的引擎。Surface flinger 是就2D或3D的內容顯示到屏幕上。Android使用工具鏈(Toolchain)為Google自製的Bionic Libc。

三、硬體抽像層

Android 的 HAL（硬體抽像層）是能以封閉源碼形式提供硬體驅動模塊。HAL
的目的是為了把 Android framework 與 Linux kernel 隔開。

讓 Android 不至過度依賴 Linux
kernel，以達成 kernel independent 的概念，也讓 Android framework
的開發能在不考量驅動程序實現的前提下進行發展。

四、編程語言

Android 是運行於 Linux kernel之上，但並不是GNU/Linux。因為在一般GNU/Linux 里支持的功能，Android 大都沒有支持。

包括Cairo、X11、Alsa、FFmpeg、GTK、Pango及Glibc等都被移除掉了。Android又以bionic 取代Glibc、以Skia 取代Cairo、再以opencore 取代FFmpeg 等等。

五、安全控制

目前Android 的 Linux kernel控制包括安全（Security），存儲器管理（Memory Managemeat），程序管理（Process Management），網路堆棧（Network Stack），驅動程序模型等。

下載Android源碼之前，先要安裝其構建工具Repo來初始化源碼。Repo 是 Android 用來輔助Git工作的一個工具。

參考資料來源：網路—android開發

D. 基於android的鬧鍾難點在哪

我覺得是在於如何在關機狀態下也能提示，自動開機，這牽涉到硬體層面，不太好處理。

E. 谷歌的原生Android系統，如今正越來越像安卓

前段時間，我們三易生活花了不少篇幅給大家分析剛剛發布不久的Android 12、Android 12L操作系統，以及他們背後的一些故事。

當時我們曾指出，如今谷歌Pixel系列機型上所搭載的「官方Android系統」，實際上與開源的AOSP代碼已經不再能直接劃等號。在谷歌明顯將旗下硬體產品線的受眾群從開發者轉向普通消費者後，這家互聯網巨頭在正越來越積極地向Pixel系列的系統里增添「獨占和首發功能」，從而使其用戶體驗變得越來越「接地氣」、更符合一般用戶的日常需求。

然而嚴格來說，變得更「接地氣」的還不只有Pixel系列機型中所搭載，經過谷歌二次「魔改」後的獨佔Android系統，就連公開、免費的開源Android本身，近年來其實也發生了不小的變化。並且更為重要的是，如果我們深入地去探究這些變化就不難發現，它們之中的很多似乎都受到了國內智能手機廠商與他們「魔改安卓」的影響。

Android 6.0的重大更新，或許源自國內廠商

第一個明確受到國內「魔改系統」影響的原生Android功能是什麼？關於這個問題，目前已經幾乎無法考證。但要說在早期Android版本里，有什麼重要功能是明顯受到國內手機廠商影響而誕生的，毫無疑問就是Android 6.0時添加的軟體許可權管理功能了。

要知道，在整個原生Android系統的早期發展史中，「許可權管理」可以說絕對是個老大難問題。早在Android 2.3之前，應用只需要在安裝時向用戶進行許可權展示就行，用戶其實是沒有權利拒絕任何一項許可權申請的，因為拒絕就意味著取消安裝。換而言之，只要你安裝了某個APP，就等於授予了其所請求的所有許可權。

到了Android 2.3版本後，谷歌修改了原生Android系統的許可權管理邏輯，規定APP在需要某些敏感許可權時，必須額外向用戶彈出提示。比如說，某款應用想要看你的聯系人列表，此時系統就會給出提示詢問你「是否同意」。雖然乍看之下，這個設計已經進步很大了，可問題是此時的Android系統里，這種「許可權提示」是一次性、且效果永久的。也就是說，一旦用戶選了「允許」或「不允許」，就再也沒有「反悔」的機會了。而這就意味著你一時的手滑，就可能讓一個流氓軟體從此得逞；或是因為一時點錯，從此造成一款軟體變得無法正常運行。

正因如此，在Android 2.3之後，越來越多「魔改安卓」系統開始將功能強大、且支持用戶隨時更改的許可權管理功能，作為了重點宣傳項目，甚至一些主動「強力管控許可權」的應用也因此紅極一時。並且有意思的是，從這些「魔改安卓」系統的功能表現上來看，實際上6.0版前的Android系統內部就已經具備了隨時開關應用許可權的底層機制，但不知為什麼谷歌就是沒有將其開放給普通用戶。直到Android 6.0的到來，許多國內開發者驚訝地發現，谷歌全新的（同時也是沿用至今的）許可權管理功能，看起來與國產安卓手機系統幾年前就已經做出來的功能極為相似。

大家熟悉的全面屏，同樣是「出口轉內銷」

相比起Android許可權管理功能「高度疑似」源自國內廠商的情況，如今Android系統對於各類全面屏設備的支持，以及其在應用後台省電方面的各種底層優化技術，就是很明確地是來自於國內企業的貢獻了。

2016年，在小米初代MIX的發布會上，雷軍不僅展示了這款「全面屏概念機」的種種設計和結構難點，還專門提到了小米團隊帶著真機前往谷歌總部，成功說服谷歌在Android系統中增加對「全面屏」原生支持的故事。

老實說，如果小米不去找谷歌、而是自己改系統顯示比例，能不能讓初代MIX正常工作？當然能。當時許多第三方「魔改」系統都可以隨意更改屏幕比例、解析度、DPI等參數，所以這在技術上實現起來一點也不困難。但是這樣一來，初代MIX很可能就無法得到第三方應用的良好適配，自然也就很難有後來那麼大的行業影響力了。

當然，你可以說小米當時去找谷歌，主動要求「魔改」Android的行為，實際上也為他們的競爭對手推出全面屏機型打下了基礎。然而從整個行業的角度來說，這實際上正是小米高明的地方，畢竟自己的「全面屏」設計借谷歌Android之手成為了新的標准，這不僅使得其在產品研發上取得了主動，同時也直接帶動了新的市場潮流，讓消費者產生了對「全面屏手機」的需求。

「Android」越來越像安卓，而這當然是件好事

除了許可權管理和「全面屏」外，縱觀這些年來的Android技術發展史，我們實際上還能看到大量「撞臉」國內安卓系統的細節。比如說原生Android的後台省電機制、原生Android在狀態欄下方新增的IoT設備控制面板，以及此次Android 12代碼中被挖掘出來的「滾動截屏」、「 游戲 模式」和「應用多開」等一系列功能。

Android 12隱藏的「 游戲 模式」

為什麼原生Android系統會在功能、設計上變得與國內的「魔改安卓」越來越像？一方面我們可以說，谷歌自然會吸取整個生態里的優秀設計，將他們認為有助於改善用戶體驗的設計變為「官方標准」。

從Android 11開始，關機界面就新增了對IoT設備的控制功能

從另一方面來說，大家要知道Android雖然是由谷歌負責「出品」，但實際上在整個開發階段里，谷歌並非唯一的系統代碼貢獻者。除了谷歌外，包括三星、LG、MOTO、索尼，以及國內的小米、vivo、OPPO、realme、一加等等手機廠商，也都會向其貢獻代碼。

Android 12 Beta的官方合作廠商，幾乎全是中國企業

如此一來，其實事情就很耐人尋味了。畢竟，如果原生Android系統「更像」國內的魔改安卓，實際上就只有兩種可能。一種是谷歌現在也覺得國內手機廠商的「魔改系統」在一些設計上更為人性化、更好用；另一種則是代表著我們的國內手機廠商們在如今的Android體系裡不斷提高的貢獻比例，也對有了更多的話語權、並且對新系統有了更多的影響力。

很顯然，無論是哪一種情況，對於消費者來說都是好事一樁。

F. 如何實現android和伺服器長連接

前言：現在的大多數移動端應用都有實時得到消息的能力，簡單來說，有發送消息的主動權和接受消息的被動權。例如：微信，QQ，天氣預報等等，相信好處和用戶體驗相信大家都知道吧。

提出問題：這種功能必須涉及client（客戶端）和server（伺服器），所以到底client如何和server實現實時連接通訊？

分析問題：這種功能實際上就是數據同步，同時要考慮手機本身、電量、網路流量等等限制因素，所以通常在移動端上有一下兩個解決方案:
1.一種是定時去server查詢數據，通常是使用HTTP協議來訪問web伺服器，稱Polling（輪詢）；
2.還有一種是移動端和伺服器建立長連接，使用XMPP長連接，稱Push（推送）。

從耗費的電量、流量和數據延遲性各方面來說，Push有明顯的優勢。但是使用Push的缺點是：
對於客戶端：實現和維護相對成本高，在移動無線網路下維護長連接，相對有一些技術上的開發難度。
對於伺服器：如何實現多核並發，cpu作業調度，數量龐大的長連接並發維護等技術，仍存在開發難點。轉載，僅供參考。
​

G. Android之Activity全面解析，有些知識點容易忘記

Activity作為安卓四大組件之一，是最重要也是用得最多的組件，涉及的知識點非常多，有些知識點平時開發很少用到，但在某些場景下需要特別注意，本文詳細整理了Activity涉及的知識點，供開發參考。

針對Activity可以提出很多問題，如：
Activity 的生命周期？
Activity 之間的通信方式？
Activity 各種情況下的生命周期？
橫豎屏切換時 Activity 的生命周期？
前台切換到後台，然後再回到前台時 Activity 的生命周期？
彈出 Dialog 的時候按 Home 鍵時 Activity 的生命周期？
兩個Activity之間跳轉時的生命周期？
下拉狀態欄時 Activity 的生命周期？
Activity 與 Fragment 之間生命周期比較？
Activity 的四種 LaunchMode（啟動模式）的區別？
Activity 狀態保存與恢復？
Activity的轉場動畫有哪些實現方式？
Activity的生命周期中怎麼獲取控制項寬高？
onNewIntent的執行時機？
如何連續退出多個Activity？

如何把Acitivty設置成Dialog樣式 ，android:theme="@android:style/Theme.Dialog"

關於橫豎屏切換的生命周期，對應不同的手機，由於廠商定製的原因，會有不同的效果，如設置了configChanges="orientation」在有些手機會執行各個生命周期，但有些手機卻不會執行。
網上常見的結論如下：

但實際的測試如下：

可以看出，不同廠商的手機切屏生命周期會有差異。
從API 13以上，當設備在橫豎切屏時，「屏幕尺寸」也會發生變化，因此為了杜絕切屏導致頁面銷毀重建，需要加上screenSize，使用設置4，即 android:configChanges="orientation|keyboardHidden|screenSize" .

Activity的四種狀態如下：

在activity處於paused或者stoped狀態下，如果系統內存緊張，可能會被銷毀，當重回該activity時會重建，正常返回和被回收後返回的生命周期如下：

如果是回收後返回，onCreate的參數savedInstanceState不為空。

有哪些場景會觸發onNewIntent回調呢？跟啟動模式有關，首先該Activity實例已經存在，再次啟動才可能觸發。一種情況是啟動模式是singleTask或者singleInstance，無論該activity在棧中哪個位置，都會觸發onNewIntent回調，並且把上面其他acitivity移除，另一種情況是啟動模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP啟動，並且該activity實例在棧頂，會觸發onNewIntent，如果不在棧頂是重新創建的，不會觸發。

在實際業務開發中，往往碰到需要連續退出多個activity實例，下面整理了幾種常見方法：

● 發送特定廣播
1、在需要處理連續退出的activity注冊該特定廣播；
2、發起退出的activity發送該特定廣播；
3、接收到該廣播的activity 調用finish結束頁面。
● 遞歸退出
1、用startActivityForResult啟動新的activity；
2、前一個頁面finish時，觸發onActvityResult回調，再根據requestCode和resultCode處理是否finish，達到遞歸退出的效果。
● FLAG_ACTIVITY_CLEAR_TOP
通過intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)啟動新activity，如果棧中已經有該實例，則會把該activity之上的所有activity關閉，達到singleTop啟動模式的效果。
● 自定義activity棧
1、自定義activity列表，新打開activity則加入棧中，關閉則移除棧；
2、需要退出多個activity時，則循環從棧中移除activity實例，並調用finish。

在討論Activity啟動模式經常提到任務棧，那到底什麼是任務棧？
任務是一個Activity的集合，它使用棧的方式來管理其中的Activity，這個棧又被稱為返回棧(back stack)，棧中Activity的順序就是按照它們被打開的順序依次存放的。返回棧是一個典型的後進先出(last in, first out)的數據結構。下圖通過時間線的方式非常清晰地向我們展示了多個Activity在返回棧當中的狀態變化：

taskAffinity 任務相關性，可以用於指定一個Activity更加願意依附於哪一個任務，在默認情況下，同一個應用程序中的所有Activity都具有相同的affinity， 名字為應用的包名。當然了，我們可以為每個 Activity 都單獨指定 taskAffinity 屬性（不與包名相同）。taskAffinity 屬性主要和 singleTask 啟動模式和 allowTaskReparenting 屬性配對使用，在其他情況下沒有意義。
taskAffinity 有下面兩種應用場景：

分為顯示啟動和隱式啟動。
（1）顯示啟動
直接指定待調整的Activity類名。

（2）隱式啟動
Intent 能夠匹配目標組件的 IntentFilter 中所設置的過濾信息，如果不匹配將無法啟動目標 Activity。IntentFilter 的過濾信息有 action、category、data。
IntentFilter 需要注意的地方有以下：
● 一個 Activity 中可以有多個 intent-filter
● 一個 intent-filter 同時可以有多個 action、category、data
● 一個 Intent 只要能匹配任何一組 intent-filter 即可啟動對應 Activity
● 新建的 Activity 必須加上以下這句，代表能夠接收隱式調用
<category android:name="android.intent.category.DEFAULT" />

只要匹配一個action即可跳轉，注意的是action要區分大小寫。

規則：如果intent中有category，則所有的都能匹配到intent-filter中的category，intent中的category數量可用少於intent-filter中的。另外，單獨設置category是無法匹配activity的，因為category屬性是一個執行Action的附加信息。

intent不添加category會匹配默認的，即 「android:intent.category.DEFAULT」
如果上面例子，如果去掉intent.setAction("action_name")，則會拋出異常：

規則：類似action，但data有復雜的結構，只要匹配一個data並且與data中所有屬性都一致就能匹配到Activity，只要有1個屬性不匹配，都無法找到activity。
data的結構：

data 主要是由 URI 和 mimeType 組成的。
URI 可配置很多信息，的結構如下：

與url類似，例如：

mineType：指資源類型包括文本、圖片、音視頻等等，例如:text/plain、 image/jpeg、video/* 等

下面看下data匹配的例子：
只匹配scheme

只匹配scheme也是能匹配到activity的。

匹配scheme、host、port
將上面的data改為

匹配mineType

如果有mineType，則不能僅設置setData或setMineType了，因為setData會把mineType置為null，而setMineType會把data置為null，導致永遠無法匹配到activity，要使用setDataAndType。

使用scheme的默認值contentfile

注意該方法需要在startAtivity方法或者是finish方法調用之後立即執行，不能延遲，但可以在子線程執行。

而在windowAnimationStyle中存在四種動畫：
activityOpenEnterAnimation // 打開新的Activity並進入新的Activity展示的動畫
activityOpenExitAnimation // 打開新的Activity並銷毀之前的Activity展示的動畫
activityCloseEnterAnimation //關閉當前Activity進入上一個Activity展示的動畫
activityCloseExitAnimation // 關閉當前Activity時展示的動畫

overridePendingTransition的方式比較生硬，方法也比較老舊了，不適用於MD風格，google提供了新的轉場動畫ActivityOptions，並提供了兼容包ActivityOptionsCompat。

我們知道在onCreate和onResume裡面直接獲取到控制項寬高為0，那有什麼辦法獲取到控制項的實際寬高？只要有onWindowFocusChanged、view.post、ViewTreeObserver三種方式獲取。

當用戶點擊桌面圖標啟動APP時，背後的流程如下：

我們看到的手機桌面是Launch程序的界面，點擊應用圖標會觸發點擊事件，調用startActivity(intent)，然後通過Binder IPC機制，與ActivityManagerService(AMS)通訊，AMS執行一系列操作，最終啟動目前應用，大概流程如下：

通過PackageManager的resolveIntent()收集跳轉intent對象的指向信息，然後通過grantUriPermissionLocked()方法來驗證用戶是否有足夠的許可權去調用該intent對象指向的Activity。如果有許可權，則在新的task中啟動目標activity，如果發現沒有進程，則先創建進程。

如果進程不存在，AMS會調用startProcessLocked創建新的進程，在該方法中，會通過socket的通訊方式通知zygote進程孵化新的進程並返回pid，在新的進程中會初始化ActivityThread，並依次調用Looper.prepareLoop()和Looper.loop()來開啟消息循環。

創建好進程後下一步要將Application和進程綁定起來，AMS會調用上一節創建的ActivityThread對象的bindAppliction方法完成綁定工作，該方法會發送一條BIND_APPLICATION的消息，最終會調用handleBindApplication方法處理消息，並調用makeApplication方法處理消息，載入APP的classes到內存中。

通過前面的步驟，系統已經擁有了該Application的進程，後續的啟動則是從已存在其他進程中啟動Acitivity，即調用realStartAcitvityLocked，該方法會調用Application的主線程對象ActivityThread的sheleLaunchActivity方法，在方法中會發送LAUNCH_ACTIVITY到消息隊列，最終通過handleLaunchActivity處理消息，完成Acitivty的啟動。

Activity
Activity 的 36 大難點，你會幾個？「建議收藏」
[譯]Android Application啟動流程分析

H. 在Android上開發應用軟體必須具備的技術是什麼技術難點是什麼

android API+java, 你要會此語言就行了。