android過濾器
A. android studio的logcat怎麼過濾出來調試信息
打開 LogCat在搜索框右側的No Filters中選擇 Edit Filter Configuration選項
然後在Name中輸入過濾器的名稱，在by Package Name中輸入你的應用的Package Name就可以了。
如下圖
然後在搜索框右側的過濾器選項中選擇你剛選擇過濾器就可以了。
B. Android Studio的intent-filter，action，category是什麼
准確來說這仨不屬於Android studio，而是屬於Android系統里的重要的三個屬性。
註：Android系統里一些屬性或者名詞的翻譯總是不能確切表達其真實的含義，僅供理解參考。
Android基本的設計理念是鼓勵減少組件間的耦合，因此Android提供了Intent (意圖) ，Intent提供了一種通用的消息系統，它允許在你的應用程序與其它的應用程序間傳遞Intent來執行動作和產生事件。使用Intent可以激活Android應用的三個核心組件：活動、服務和廣播接收器。
提起intent-filter（意圖過濾器），首先得知道Intent（意圖），Intent Filter（意圖過濾器）其實就是用來匹配隱式Intent的，當一個意圖對象被一個意圖過濾器進行匹配測試時，只有三個方面會被參考到：動作、數據（URI以及數據類型）和類別。這其中就包含action和category.
action表示你接下來的行為，比如你要打開一個新的activity，這個行為就成為一個動作。
category表示這個動作的類型。
我們來舉個例子：
<activity android:name=".SplashActivity" android:theme="@style/LaunchScreenTheme">
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
用一句通俗的話描述就是：當intent-filter收到帶有action為"android.intent.action.MAIN"de intent時，就會執行category里的「android.intent.category.LAUNCHER」對SplashActivity進行操作。
C. 關於android.intent.action.MAIN在manifest里的使用
1、android.intent.action.MAIN決定應用程序是最先啟動的。
2、如果有多個activity都具有此許可權，那麼就應該用<intent-filter>來定義哪個activity在什麼情況下啟動。
3、如果在某個activity中不添加android.intent.action.MAIN有沒有影響這個沒有嘗試過，如果沒有應該是無法啟動的。理論上提示無許可權。
Android 會根據 manifest.xml 是啟動相應的應用程序。
啟用應用程序的時候，會啟用對應的Activity，啟用的這些Activity也要在manifest.xml中聲明。
<intent-filter>在聲明的時候用到的，是在activity下一級，而<action>和<category>又是在<intent-filter>的下一級
<activity...
<intent-filter>...
<action...
<category...
</intent-filter>
</activity>
<intent-filter> 就理解為過濾器，它指定了啟動應用程序的Intent對象的動作和類型
<action android:name="android.intent.action.MAIN" />
--> 表示這個activity是主入口，換句話說, 你只要啟動這個應用程序，就要首先調用這個activity
<category android:name="android.intent.category.LAUNCHER" />
--> 表示這個activity種類，要加到LAUNCHER程序列表裡。
(3)android過濾器擴展閱讀：
任何一個C++程序都包含一個main函數，這是規定。main函數由系統直接調用，是程序執行的入口。 （和C++語言中一樣）
main函數與用戶自己定義的函數都是各自獨立的模塊，即函數不能嵌套定義，通俗的說，不能在一個函數的函數體內定義另一個函數，即使在main函數中也不行。但main函數可以對用戶自己定義的函數進行調用（但main函數只能由系統調用）。用戶自己定義多個函數時，這幾個用戶自己定義的函數之間都可以互相調用 。
參考自拉理由：網路-main
D. 安卓開發的時候在Manifest文件中有一個<intent-filter>裡麵包含<action>和<category>
Android 會根據 manifest.xml 是啟動相應的應用程序。
啟用應用程序的時候，會啟用對應的Activity，啟用的這些Activity也要在manifest.xml中聲明。
你說的這個<intent-filter>在聲明的時候用到的，是在activity下一級，而<action>和<category>又是在<intent-filter>的下一級
<activity...
<intent-filter>...
<action...
<category...
</intent-filter>
</activity>
<intent-filter> 就理解為過濾器，它指定了啟動應用程序的Intent對象的動作和類型
<action android:name="android.intent.action.MAIN" />
--> 表示這個activity是主入口，換句話說, 你只要啟動這個應用程序，就要首先調用這個activity
<category android:name="android.intent.category.LAUNCHER" />
--> 表示這個activity種類，要加到LAUNCHER程序列表裡。
希望對你有用。
E. 為什麼Android要使用各種BroadcastReceiver
作為Android四大組件之一的BroadcastReceiver（廣播接收者），同Activity（活動）一樣，經常被大家用到，網上也是一堆對它的講解，那麼為什麼Android要用廣播接收者這種機制呢？
廣播分為：普通廣播和有序廣播
1.Normal broadcasts（普通廣播）：Normal broadcasts是完全非同步的可以同一時間被所有的接收者接收到。消息的傳遞效率比較高。但缺點是接收者不能將接收的消息的處理信息傳遞給下一個接收者也不能停止消息的傳播。可以利用Context.sendBroadcast發送。
2.Ordered broadcasts（有序廣播）：Ordered broadcasts的接收者按照一定的優先順序進行消息的接收。一次傳送到一個接收器。 隨著每個接收器依次執行，它可以將結果傳播到下一個接收器，或者它可以完全中止廣播，使得它不會被傳遞到其他接收器。 命令接收器運行可以用匹配的意圖過濾器的android:priority屬性控制; 具有相同優先順序的接收器將以任意順序運行。可以利用Context.sendOrderedBroadcast發送。
官網上介紹廣播是用的監聽系統網路狀況的例子，其實關鍵字在於「監聽」。
(1) 創建廣播接收者
BroadcastReceiver是一個抽象類，所以我們要創建自己的廣播接收者就要繼承它，繼承後會有提示重寫onReceive方法。
public class NetworkBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals(ConnectivityManager.CONNECTIVITY_ACTION)) {
ConnectivityManager manager = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkInfo activeNetwork = manager.getActiveNetworkInfo();
if (activeNetwork != null && activeNetwork.isAvailable()) {
Toast.makeText(context, "有網路連接", Toast.LENGTH_SHORT).show();
} else {
Toast.makeText(context, "無網路連接", Toast.LENGTH_SHORT).show();
}
}
}
}
廣播接收者的生命周期是從接收廣播開始，到onRecevier方法執行完成結束，時間很短，一般不允許處理大批量耗時操作。這里順便給出列印NetworkInfo的信息以供參考：
NetworkInfo:
type: WIFI[,type_ext: WIFI],
state: CONNECTED/CONNECTED,
reason: (unspecified),
extra: "TP-LINK_EFE8",
roaming: false,
failover: false,
isAvailable: true,
: false,
isIpv4Connected: true,
isIpv6Connected: false
[type: MOBILE[LTE],
state: CONNECTED/CONNECTED,
reason: connected,
extra: cmnet,
roaming: false,
failover: false,
isAvailable: true,
: false]
(2) 靜態注冊廣播
靜態注冊廣播，需要在AndroidManifest.xml中，添加<recevier/> 標簽，將廣播接收者注冊到應用中。要添加過濾器IntentFilter，由於系統網路變化時會發送ConnectivityManager.CONNECTIVITY_ACTION ("android.net.conn.CONNECTIVITY_CHANGE")的廣播，所以我們要監聽這條廣播。
<receiver android:name=".NetworkBroadcastReceiver">
<intent-filter android:priority="1000">
<action android:name="android.net.conn.CONNECTIVITY_CHANGE"/>
</intent-filter>
</receiver>
這里priority代表的是執行順序的優先順序，取值[-1000,1000]，後面的有序廣播會講到。
(3) 動態注冊廣播
i.意圖過濾器 IntentFilter 用於給BroadcastReceiver綁定監聽廣播類型
ii.自定義的BroadcastReceiver，例如上文的
iii.注冊方法 Context.registerReceiver(Receiver, IntentFilter)
iv.反注冊方法 unregisterReceiver(Receiver)
IntentFilter mFilter = new IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION);
mReceiver = new ();
registerReceiver(mReceiver, mFilter);
@Override
public void onDestroy() {
super.onDestroy();
unregisterReceiver(mReceiver);
}
這段代碼是成對出現的，可以在onCreate的時候注冊，在onDestroy的時候反注冊，也可以在onResume和onPause中執行這寫方法。不過Google API推薦的做法，在activity的onResume()中注冊，在onPause()反注冊。效果是當界面pause時，就不接收廣播，從而減少不必要的系統開銷。還有就是一定要主動反注冊你的廣播，否則會出現異常。
動態注冊和靜態注冊的差別：動態注冊後，廣播接收者會依賴Activity的生命周期，而靜態注冊的廣播不會，只要是系統有發出的廣播，它都會接收，與程序是否啟動無關。
(4) 發送普通廣播
具體使用的方法是sendBroadcast(Intent intent)，通過隱式調用就可以，注意action是你自定義的，意思就是不可以發送系統廣播，我試了，直接就崩了。
Intent intent = new Intent();
intent.setAction("com.fleming.chen.mybroadcast");
sendBroadcast(intent);
針對(3)(4)兩點，如果你要用到的廣播僅僅是應用里的，那麼你可以用LocalBroadcastManager這個類，它與上述描述中的區別在於：
LocalBroadcastManager.getInstance(context).registerReceiver(mReceiver, mFilter);
LocalBroadcastManager.getInstance(context).unregisterReceiver(mReceiver);
LocalBroadcastManager.getInstance(context).sendBroadcast(intent);
通過sendBroadcast發送的廣播，不會被通過LocalBroadcastManager類注冊的廣播接收者接收，反之也是如此，兩者是不可以」互通友誼「的，推薦使用LocalBroadcastManager來管理廣播。
(5) 發送有序廣播
上面講了那麼多都是普通廣播，那什麼又是有序廣播呢？
有序廣播關鍵在於這類廣播是有序的，上文中提到priority，這是IntentFilter的屬性，用來讓不同的廣播擁有不同的執行順序，即優先順序不同。
定義三種不同優先順序的廣播接收者：
public class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
String message = getResultData();
Toast.makeText(context, message, Toast.LENGTH_SHORT).show();
setResultData("這是修改後的數據");//第一個接收後處理一下，再交給下一個
}
}
}
public class MyBroadcastReceiver2 extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
String message = getResultData();//得到上一個的處理結果
Toast.makeText(context, message, Toast.LENGTH_SHORT).show();
abortBroadcast();//主動停止廣播，不再繼續傳下去
}
}
}
public class MyBroadcastReceiver3 extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
//此時雖然該廣播接收者也監聽了，不過也沒有內容
Toast.makeText(context, getResultData(), Toast.LENGTH_SHORT).show();
}
}
}
<receiver android:name=".MyBroadcastReceiver" >
<intent-filter android:priority="1000">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
<receiver android:name=".MyBroadcastReceiver2">
<intent-filter android:priority="0">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
<receiver android:name=".MyBroadcastReceiver3">
<intent-filter android:priority="-1000">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
Intent intent = new Intent();
intent.setAction("com.fleming.chen.myreceiver");
sendOrderedBroadcast(intent, null, null, null, 0, "這是初始的數據", null);
對於廣播的內容，在Android 7.0上做了修改，即Project Svelte：後台優化
Android 7.0 移除了三項隱式廣播，以幫助優化內存使用和電量消耗。此項變更很有必要，因為隱式廣播會在後台頻繁啟動已注冊偵聽這些廣播的應用。刪除這些廣播可以顯著提升設備性能和用戶體驗。
移動設備會經歷頻繁的連接變更，例如在 WLAN 和移動數據之間切換時。目前，可以通過在應用清單中注冊一個接收器來偵聽隱式 CONNECTIVITY_ACTION 廣播，讓應用能夠監控這些變更。由於很多應用會注冊接收此廣播，因此單次網路切換即會導致所有應用被喚醒並同時處理此廣播。
同理，在之前版本的 Android 中，應用可以注冊接收來自其他應用（例如相機）的隱式 ACTION_NEW_PICTURE 和 ACTION_NEW_VIDEO 廣播。當用戶使用相機應用拍攝照片時，這些應用即會被喚醒以處理廣播。
為緩解這些問題，Android 7.0 應用了以下優化措施：
面向 Android 7.0 開發的應用不會收到 CONNECTIVITY_ACTION 廣播，即使它們已有清單條目來請求接受這些事件的通知。在前台運行的應用如果使用 BroadcastReceiver 請求接收通知，則仍可以在主線程中偵聽 CONNECTIVITY_CHANGE。
應用無法發送或接收 ACTION_NEW_PICTURE 或 ACTION_NEW_VIDEO 廣播。此項優化會影響所有應用，而不僅僅是面向 Android 7.0 的應用。
如果您的應用使用任何 intent，您仍需要盡快移除它們的依賴關系，以正確適配 Android 7.0 設備。Android 框架提供多個解決方案來緩解對這些隱式廣播的需求。例如，JobScheler API 提供了一個穩健可靠的機制來安排滿足指定條件（例如連入無限流量網路）時所執行的網路操作。您甚至可以使用 JobScheler 來適應內容提供程序變化。
所以說，在Android的世界，到處都充滿著廣播，就是為了用來監聽手機的各種狀態，給用戶提醒，這是一種很好的用戶體驗，不過任何事情都是如此，廣播也不可以多用哦，
F. 怎麼給Android 的 EditText 設置不同的過濾器
在spinner中有選中的監聽器,在監聽器中確定你選的那個,然後在相應的地方用edittext.setInputType(int type) 設置你想要的輸入類型即可,我只寫思路,實現就自己做吧
G. android 怎麼使用應用的包名通過logcat命令來過濾某個應用的日誌
本文介紹如何在 shell 命令行中過濾 adb logcat 輸出的幾個小技巧。 開發當中經常看到別人的 log 如洪水般瞬間刷滿了屏幕，對自己有用的信息都被淹沒了，影響心情也影響效率。下面是幾個我所知道的過濾方法。 1. 只顯示需要的輸出，白名單 最方便的當然是通過管道使用 grep 過濾了，這樣可以使用 grep 強大的正則表達式匹配。簡單的匹配一行當中的某個字元串，例如 MyApp： adb logcat grep MyApp adb logcat grep -i myapp #忽略大小寫。 adb logcat grep --color=auto -i myapp #設置匹配字元串顏色。更多設置請查看 grep 幫助。 進階一點可以使用 grep 的正則表達式匹配。例如上一個例子會匹配一行中任意位置的 MyApp，可以設置為僅匹配 tag。默認的 log 輸出如下，如果修改過輸出格式相應的表達式也要修改。 I/CacheService( 665): Preparing DiskCache for all thumbnails. 可以看出 tag 是一行開頭的第三個字元開始，根據這點寫出表達式： adb logcat grep "^..MyApp" 根據這個格式也可以設置只顯示某個優先順序的 log，再匹配行首第一個字元即可。例如僅顯示 Error 級別 tag 為 MyApp 的輸出： adb logcat grep "^E.MyApp" 當然也可以匹配多個，使用 分割多個匹配表達式，要加轉義符。例如要匹配 tag 為 MyApp 和 MyActivity 的輸出： adb logcat grep "^..MyApp\^..MyActivity" adb logcat grep -E "^..MyApp^..MyActivity" #使用 egrep 無須轉義符 2. 過濾不需要的輸出，黑名單 還是使用 grep，用法也跟上面的一樣，加一個 -v 即可。例如要過濾 tag 為 MyApp 和 MyActivity 的輸出： adb logcat grep -v "^..MyApp\^..MyActivity" adb logcat grep -vE "^..MyApp^..MyActivity" #使用 egrep 無須轉義符 3. 顯示同一個進程的所有輸出 有時一個程序裡面的 tag 有多個，需要輸出該程序（同一個 PID）的所有 tag；僅使用 tag 過濾有時也會漏掉一些錯誤信息，而一般錯誤信息也是和程序同一個 PID。還是通過 grep 實現，思路是先根據包名找到 pid 號，然後匹配 pid。寫成 shell 腳本如下，參數是程序的 java 包名（如 com.android.media）。 查看源代碼列印幫助 1 #!/bin/bash 2 packageName=$1 3 pid=`adb shell ps grep $packageName awk '{print $2}'` 4 adb logcat grep --color=auto $pid 4. 從當前開始顯示 logcat 有緩存，如果僅需要查看當前開始的 log，需要清空之前的。 adb logcat -c && adb logcat 5. 過濾 log 文件 有時需要分析 log 文件，過濾 log 文件還是使用 grep。例如 log 文件為 myapp.log，要匹配 tag 為 MyApp 和 MyActivity 的輸出，然後輸出到 newmyapp.log： cat myapp.log grep "^..MyApp\^..MyActivity" > newmyapp.log Windows 下推薦使用 Notepad++，一個免費強大的記事本，支持正則表達式查找替換。可以高亮顯示匹配內容，也可以刪除不需要的內容。 以上的技巧主要用到了 grep，其實 logcat 本身也有過濾功能，可以根據 tag、優先順序過濾 log，具體請參考 Android 官方文檔 Reading and Writing Logs。如果喜歡使用圖形界面，請參考 Using DDMS，DDMS 裡面的 logcat 也可以同樣過濾。 android的logcat詳細用法 Android日誌系統提供了記錄和查看系統調試信息的功能。日誌都是從各種軟體和一些系統的緩沖區中記錄下來的，緩沖區可以通過 logcat 命 令來查看和使用. 使用logcat命令 你可以用 logcat 命令來查看系統日誌緩沖區的內容: [adb] logcat [<option>] ... [<filter-spec>] ... 請查看Listing of logcat Command Options ，它有對logcat命 令有詳細的描述 . 你也可以在你的電腦或運行在模擬器/設備上的遠程adb shell端來使用logcat命 令，也可以在你的電腦上查看日誌輸出。 $ adb logcat 你也這樣使用： # logcat 過濾日誌輸出 每一個輸出的Android日誌信息都有一個標簽和它的優先順序. 日誌的標簽是系統部件原始信息的一個簡要的標志。（比如：「View」就 是查看系統的標簽）. 優先順序有下列集中，是按照從低到高順利排列的: V — Verbose (lowest priority) D — Debug I — Info W — Warning E — Error F — Fatal S — Silent (highest priority, on which nothing is ever printed) 在運行logcat的時候在前兩列的信息中你就可以看到 logcat 的標簽列表和優先順序別,它是這樣標出的:<priority>/<tag> . 下面是一個logcat輸出的例子,它的優先順序就似乎I,標簽 就是ActivityManage: I/ActivityManager( 585): Starting activity: Intent { action=android.intent.action...} 為了讓日誌輸出能體現管理的級別,你還可以用過濾器來控制日誌輸出,過濾器可以幫助你描述 系統的標簽等級. 過濾器語句按照下面的格式描tag:priority ... , tag 表 示是標簽,priority 是表示標簽的報告的最低等級. 從上面的tag的中可以得到日誌的優先順序. 你可以在過濾器中多次寫tag:priority . 這些說明都只到空白結束。下面有一個列子，例子表示支持所有的日誌信息，除了那些標簽 為」ActivityManager」和優先順序為」Info」以上的和標簽為」 MyApp」和優先順序為」 Debug」以上的。 小等級,優先權報告為tag. adb logcat ActivityManager:I MyApp:D *:S 上面表達式的最後的元素 *:S ,，是設置所有的標 簽為」silent」，所有日誌只顯示有」View」 and 「MyApp」的，用 *:S 的另一個用處是 能夠確保日誌輸出的時候是按照過濾器的說明限制的，也讓過濾器也作為一項輸出到日誌中. 下面的過濾語句指顯示優先順序為warning或更高的日誌信息: adb logcat *:W 如果你電腦上運行logcat ，相比在遠程adbshell端，你還可以 為環境變數ANDROID_LOG_TAGS :輸入一個參數來設置默認的過濾 export ANDROID_LOG_TAGS="ActivityManager:I MyApp:D *:S" 需要注意的是ANDROID_LOG_TAGS 過濾器如果 通過遠程shell運行logcat 或 用adb shell logcat 來 運行模擬器/設備不能輸出日誌. 控制 日誌輸出格式 日誌信息包括了許多元數據域包括標簽和優先順序。可以修改日誌的輸出格式，所以可以顯示出特 定的元數據域。可以通過 -v 選項得到格式化輸出日誌的相關信息. brief — Display priority/tag and PID of originating process (the default format). process — Display PID only. tag — Display the priority/tag only. thread — Display process:thread and priority/tag only. raw — Display the raw log message, with no other metadata fields. time — Display the date, invocation time, priority/tag, and PID of the originating process. long — Display all metadata fields and separate messages with a blank lines. 當啟動了logcat ，你可以通過-v 選 項來指定輸出格式: [adb] logcat [-v <format>] 下面是用 thread 來產生的日誌格式: adb logcat -v thread 需要注意的是你只能-v 選項來規定輸出格式 option. 查看 可用日誌緩沖區 Android日誌系統有循環緩沖區，並不是所有的日誌系統都有默認循環緩沖區。為了得到 日誌信息，你需要通過-b 選項來啟動logcat 。如果要使用循環緩沖區，你需要查看剩餘的 循環緩沖期: radio — 查看緩沖區的相關的信息. events — 查看和事件相關的的緩沖區. main — 查看主要的日誌緩沖區 -b 選項使用方法: [adb] logcat [-b <buffer>] 下面的例子表示怎麼查看日誌緩沖區包含radio 和 telephony信息: adb logcat -b radio 查看 stdout 和stderr 在默認狀態下，Android系統有stdout 和 stderr (System.out和System.err ) 輸出到/dev/null ， 在運行Dalvik VM的進程中，有一個系統可以備份日誌文件。在這種情況下，系統會用stdout 和stderr 和 優先順序 I.來記錄日誌信息 通過這種方法指定輸出的路徑，停止運行的模擬器/設備，然後通過用setprop 命 令遠程輸入日誌 $ adb shell stop $ adb shell setprop log.redirect-stdio true $ adb shell start 系統直到你關閉模擬器/設備前設置會一直保留，可以通過添加/data/local.prop 可 以使用模擬器/設備上的默認設置 Logcat命令列表 Option Description -b <buffer> 載入一個可使用的日誌緩沖區供查看，比如event 和radio . 默認值是main 。具體查看Viewing Alternative Log Buffers. -c 清楚屏幕上的日誌. -d 輸出日誌到屏幕上. -f <filename> 指定輸出日誌信息的<filename> ， 默認是stdout . -g 輸出指定的日誌緩沖區，輸出後退出. -n <count> 設置日誌的最大數目<count> .， 默認值是4，需要和 -r 選 項一起使用。 -r <kbytes> 每<kbytes> 時 輸出日誌，默認值為16，需要和-f 選 項一起使用. -s 設置默認的過濾級別為silent. -v <format> 設置日誌輸入格式，默認的是brief 格 式，要知道更多的支持的格式，參看Controlling Log Output Format .
H. android 開發 DDMS裡面有logcat選項 看視頻上傍邊都有綠色加號來設置過濾器 ，我查了半天也不知道綠色加號
windows ---> Show View ---> logcat(deprecated)
添加這個
I. android開發的AndroidManifest.xml為何要有 <intent-filter> ，這是什麼作用
意圖過濾器說白了就是在你啟動程序時，最先啟動的是那個activity。所以說<intent-filter>是必須有的。 否則android不知道先啟動誰。