android聚焦

❶ android中的聚焦狀態，這個聚焦表示社么意思

表示當前控制項獲取了焦點

❷ android自定義相機怎麼設置手動聚焦

eclipse（配好android環境的）

android手機一部

方法/步驟

1、首先創建回調方法，代碼如下：

觸屏調用：設置surfaceView的觸屏事件，在該事件中實現camera回調。

❸ android代碼上 如何設置自動聚焦 怎樣才能驗證是否自動聚焦的

相機的自動對焦調用Camera.autoFocus（callback）即可，相機硬體必須支持自動對焦，自動對焦的時候屏幕上有個過程，模糊到清晰，callback函數裡面可以知道對焦結果，不需要知道結果可以傳null參數進去。

❹ android tv常見問題（四）焦點變化時，Recyclerview是如何進行滾動的

https://github.com/Geekholt/TvFocus

Recyclerview滾動時，聚焦的item位置保持在中間。

需要在計算RecyclerView滑動距離的方法中進行重寫，控制每次滑動的距離。先來看看RecyclerView原生的滑動距離計算方法。

當RecyclerView的某個子View需要被定位在屏幕的某個矩形范圍時，調用此方法。

這里要注意的是，為了適配v7，需要自定義LayoutManager，不然RecyclerView的requestChildRectangleOnScreen可能無法執行。

如果想要實現一套通用焦點框架，個人想法是在Android原生焦點機制的基礎上做一些定製化的操作，或許並不需要完全自己去實現一套焦點框架。

TV端焦點問題的比較復雜的根本問題我認為有兩點：

❺ android tv常見問題（一）焦點查找規律

https://github.com/Geekholt/TvFocus

Recyclerview聚焦到最後一個Item，繼續按下鍵，焦點保持不變。

Recyclerview聚焦到最後一個Item，繼續按下鍵，焦點會跳出RecyclerView，跳到附近的View上。

那麼當Recyclerview滑動到最底部時，按下鍵，Android系統是如何找到下一個需要被聚焦的view的呢？我們把斷點打在ViewGroup的focusSearch方法上，可以看到從ViewRootImp的performFocusNavigation方法開始，依次調用了如下方法。

View並不會直接去找焦點，而是交給它的parent去找。

焦點會逐級的交給父ViewGroup的focusSearch方法去處理，直到最外層的布局，最後實際上是調用了FocusFinder的findNextFocus方法去尋找新的焦點。

但是這里要注意的是，RecyclerView和其他的ViewGroup不一樣，它自己重寫了focusSearch方法。所以在焦點查找委託到達到DecorView之前，會先執行RecyclerView的focusSearch方法。

那麼，RecyclerView和其他ViewGroup在尋找焦點方面有什麼不一樣呢？ 為什麼RecyclerView要重寫ViewGroup的焦點查找機制呢 ？想知道這些問題的答案，那我們首先要知道ViewGroup的焦點查找機制。

ViewGroup的焦點查找機制的核心其實就是FocusFinder的findNextFocus方法。

主要步驟：

主要注意三點:

在addFocusables之後，找到指定方向上與當前focused距離最近的view。在進行查找之前，會統一坐標系。

總的來說就是根據當前focused的位置以及按鍵的方向，循環比較focusable集合中哪一個最適合，然後返回最合適的view，焦點查找就算完成了。

用於比較的方法。分別是將 當前聚焦的view ， 當前遍歷到的focusable 和 目前為止最合適的focusable （i = 0時是優先順序最低的rect）進行比較。

判斷是否可以做為候選。可以看作是一個初步篩選的方法，但是到底哪個更好還需要看beamBeat方法，這個方法會將通過篩選的focusable和當前最合適的focusable進行比較，選出更合適的一個。

到這里為止ViewGroup的focusSearch方法基本上就講完了。那麼下面來看一下RecyclerView的focusSearch方法是如何實現焦點查找的。

前面講到了，該方法主要是為了解決 RecyclerView聚焦在按鍵方向上、當前屏幕區域內可見的最後一個item時，當前不可見的下一個item將無法獲得焦點。

這個方法是由LayoutManager來實現的，這就是RecyclerView的針對上面提到的情況的焦點查找方法。這里主要分析LinearLayoutManager中實現的該方法，如果在使用其他的LayoutManager時出現RecyclelerView焦點不符合預期的話，可以查看對於LayoutManager下的onFocusSearchFailed方法。

主要關注方法，通過這個方法的命名我們大致就可以看出來這個方法的作用了。這個方法主要會 根據當前RecyclerVIew的正逆序以及按鍵方向，找出最近一個部分或完全不可見的View 。

這個方法是RecyclerView內部的方法，和FocusFinder中的isCandidate方法的邏輯可以說幾乎是一摸一樣的。

到此為止ViewGroup的focusSearch和RecyclerVIew的focusSearch都分析完了。我們已經知道RecyclerView滑動到最底部的時候，發生了哪些焦點行為，那麼解決起來就比較簡單了。

結合KeyEvent事件的流轉，處理焦點的時機，按照優先順序（順序）依次是：

以上任一處都可以指定焦點，一旦消費了就不再往下走。

比如前面說到了RecyclerView就是通過重寫focusSearch方法對邊界上部分可見或不可見的view的焦點查找進行了特殊處理。

重寫RecyclerView的focusSearch方法

❻ android多個輸入框,在啟動程序的時候,自動聚焦在第一個，該如何實現

android中，要使控制項獲得焦點，需要先setFocus,再requestFocus。
以Button為例：
btn.setFocusable(true);
btn.setFocusableInTouchMode(true);
btn.requestFocus();
btn.requestFocusFromTouch();

❼ android中ImageButton有一個聚焦狀態，請問下怎樣才能觸發此狀態

ImageButton上設置onFocus ChangeListener與onClickListener實現

❽ 聚焦 Android 11: Android 11 應用兼容性

作者 / Android 產品經理 Diana Wong

在往期 #11WeeksOfAndroid 系列文章中我們介紹了 聯系人和身份 、 隱私和安全 ，本期將聚焦 Android 11 兼容性 。我們將為大家陸續帶來 #11WeeksOfAndroid 內容，深入探討 Android 的各個關鍵技術點，您不會錯過任何重要內容。

本期我們將重點探討 Android 11 兼容性這一對所有開發者都非常重要的主題。對於 Android， 應用兼容性 一詞指應用可以在特定版本的 Android (通常是最新版本) 上正常運行。

您可以前往官方網站詳細獲取可幫助您進行兼容性測試的資源，以及本期所有關於該領域的實用內容和資源！

在每次版本更新中，我們都希望盡量減少應用適配 Android 所需的工作。在 Android 11 中，我們添加了新的流程、開發者工具和版本發布里程碑，以幫助我們最大程度地減少平台更新帶來的影響，更輕松實現應用的兼容性。

請繼續閱讀，詳細了解我們如何簡化 Android 11 中的應用測試和調試流程。

測試應用是否兼容 Android 新版本可能面臨很多挑戰，尤其是應用在受到多個平台變更影響的情況下。此過程中可能會出現很多問題:

開發者社區為我們提供了大量相關問題的優質反饋。在 Android 11 中，我們為平台添加了以下新工具，並在 Android Studio 中添加了新功能，因此您可以更加輕松的進行測試。

和往年的更新一樣，Android 11 的一些平台變更可能會影響您的應用。盡管這些變更對於提昇平台性能至關重要，但我們會盡可能將這些變更安排在平台的最新 targetSDKVersion 之後，以便減少對您的應用的直接改動。在 Android 11 中，我們還會將更多此類平台變更添加到新的 兼容性框架 中。

您可以使用全新開發者工具，針對包含在兼容性框架內的變更對應用進行測試和調試。

例如，我們已將包含在兼容性框架內的變更設為可切換，您可以通過設備的開發者選項或使用 Android ADB 強制啟用或停用單個變更。Android 平台會自動調整內部 API 邏輯，因此您無需更改 targetSDKVersion 或重新編譯應用，即可執行基本測試。此外，您可以隔離各項變更，從而節省發現和調試應用中問題所需的時間。

在切換變更的啟用/停用狀態之前，您應該通讀 行為變更列表 ，確定哪些變更可能會影響您的應用。包含在兼容性框架內的變更已在變更描述前列出相應的 Change ID 和 Change Name。

一般來說，我們建議您從 影響所有應用的行為變更 開始測試，因為無論 targetSDKVersion 如何，這些變更都可能對您的應用造成影響。我們用下面這個 targetSDKVersion 控制的變更為例，說明您可以如何在不使用其他 targetSDK 重編譯應用的情況下，對這些變更進行測試。

在 後台位置訪問變更 中，請求始終在後台訪問位置的應用會受影響。如果您的應用受到這一變更的影響，那麼從該變更開始測試是不錯的選擇。此變更的名稱為 BACKGROUND_RATIONALE_CHANGE_ID，變更 ID 為 147316723。您需要先使用這些信息啟用此變更，然後再測試應用因此受到的影響。

確定要測試的變更後，您可以使用開發者選項切換此變更的啟用/停用狀態。如要使用開發者選項，請打開設備上的 "設置" 應用，導航至 系統 > 高級 > 開發者選項 > 應用兼容性變更 。

開發者選項中可切換的平台變更，後台位置訪問變更已啟用

在本例中，BACKGROUND_RATIONALE_CHANGE_ID 是唯一已啟用的變更，旨在最大程度縮小應用可能遇到的各種問題的原因范圍。

您也可以使用 Logcat 或 ADB 識別已啟用的變更 ，或 使用 ADB 切換變更的啟用/停用狀態 。請注意，您只能在使用可調試應用時切換變更。

啟用變更後，您可以使用常用的測試工作流來測試和調試應用。如遇到問題，請查看日誌，確定問題的原因。如果不確定問題是否由已啟用的平台變更引起，您可以嘗試停用此變更，然後重新測試應用的同一模塊。

如需了解其他相關示例，您可以觀看有關 測試 Android 11 中平台變更的視頻 ，或閱讀 官方文檔 。

除了在新平台上手動進行測試外，我們還簡化了使用 Android Studio 在最新 Android 系統上運行自動化測試的流程。

從 Android Studio 4.2 開始，我們實現了在多個實體或虛擬設備上並行運行插樁測試 (instrumentation tests)。現在，您可以在運行測試的過程中，從目標設備下拉菜單中選擇 多個設備 。

此功能旨在幫助您在開發周期中盡早發現問題，並讓您能夠比較不同 Android 設備之間的差異。您可以使用 視圖 > 工具窗口 > 運行 下的新 測試矩陣 ，研究這些測試的結果。

請觀看有關 使用 Android Studio 測試應用兼容性的視頻 ，或閱讀 官方文檔 。

我們建議您嘗試這些新工具，並 向我們發送反饋 ，告訴我們這些工具對您是否有用。我們希望這些工具能幫助您更輕松地測試 Android 11 應用兼容情況。