① 如何獲取android系統自帶的圖標的資源編號
把手指放在圖標上，不要松開，過幾秒就可以拖動圖標，這時候會看到屏幕上方或者下方，有片紅色的區域，把圖標拖動到那裡，圖標就刪除了!並不把程序卸載掉，只是移除快捷方式圖標而已!不用擔心!望採納!
② 怎麼讓 Android 程序一直後台運行，像 QQ 一樣不被殺死
1、首先要保證你的程序一直在於後台運行，也就是所謂和守護程序一樣，而且在任何認為kill和系統內存回收kill後，保證重啟。
2、獲取系統內部資源。
3、上報策略，間隔時間上報還是按月按天上報。
4、監測網路，當網路開啟的時候第一時間上報數據。
5、伺服器連接。
對於以上問題的解決：
1、利用廣播BroadcastReceiver監聽，當系統啟動時啟動服務service，監聽的action是
android.intent.action.BOOT_COMPLETED，當服務被kill時在onDestroy()再次啟動服務，在
onStartCommand()中 設置 flags = START_STICKY;return
super.onStartCommand(intent, flags, startId)，保證服務重啟。
2、利用getPackageManager(),getInstalledPackages(),getApplicationInfo()來獲取系統安裝數據。
3、上報策略可以每天（時間間隔24小時），但是不是很准確，一般按日上報不做時間間隔這樣個人認為比較准確。
4、檢測開啟網路上報數據，還是利用廣播BroadcastReceiver監聽，監聽action為android.net.conn.CONNECTIVITY_CHANGE，當發現網路開啟時就觸發數據上報。
5、伺服器連接，如果你了解java熟悉java企業級開發，那麼你對httpclient並不陌生，很幸運的是android sdk已經集成了httpclient，那我們伺服器連接首選它了。
以上是我做的解決方案，你是否有更好的替代品，希望我只是拋了塊磚頭，後面你繼續。。。。
service被系統異常kill掉後回重啟。有以下值：
onStartCommand有三種返回值：
START_STICKY：sticky的意思是「粘性的」。使用這個返回值時，我們啟動的服務跟應用程序」粘」在一起，如果在執行完onStartCommand後，服務被異常kill掉，系統會自動重啟該服務。當再次啟動服務時，傳入的第一個參數將為null;
START_NOT_STICKY：「非粘性的」。使用這個返回值時，如果在執行完onStartCommand後，服務被異常kill掉，系統不會自動重啟該服務。
START_REDELIVER_INTENT：重傳Intent。使用這個返回值時，如果在執行完onStartCommand後，服務被異常kill掉，系統會自動重啟該服務，並將Intent的值傳入。
③ 怎麼讓Android程序一直後台運行，像QQ一樣不被殺死
方法：
對於一個service，可以首先把它設為在前台運行：
public void MyService.onCreate() {
super.onCreate();
Notification notification = new Notification(android.R.drawable.my_service_icon,
"my_service_name",
System.currentTimeMillis());
PendingIntent p_intent = PendingIntent.getActivity(this, 0,
new Intent(this, MyMainActivity.class), 0);
notification.setLatestEventInfo(this, "MyServiceNotification, "MyServiceNotification is Running!", p_intent);
Log.d(TAG, String.format("notification = %s", notification));
startForeground(0x1982, notification); // notification ID: 0x1982, you can name it as you will.
}
重要設置-------------------------------
相較於/data/app下的應用，放在/system/app下的應用享受更多的特權，比如若在其Manifest.xml文件中設置persistent屬性為true，則可使其免受out-of-memory killer的影響。如應用程序'Phone'的AndroidManifest.xml文件：
<application android:name="PhoneApp"
android:persistent="true"
android:label="@string/dialerIconLabel"
android:icon="@drawable/ic_launcher_phone">
...
</application>
設置後app提升為系統核心級別，任何情況下不會被kill掉, settings->applications裡面也會屏蔽掉stop操作。
這樣設置前的log: Proc #19: adj=svc /B 4067b028 255:com.xxx.xxx/10001 (started-services)
# cat /proc/255/oom_adj
設置後的log: PERS #19: adj=core /F 406291f0 155:com.xxx.xxx/10001 (fixed)
# cat /proc/155/oom_adj
-12 # 這是CORE_SERVER_ADJ
註：init進程的oom_adj為-16（即SYSTEM_ADJ）： cat /proc/1/oom_adj
Android相關部分分析：
在文件frameworks/base/services/java/com/android/server/am/ActivityManagerService.java中有以下的代碼：
final ProcessRecord addAppLocked(ApplicationInfo info) {
ProcessRecord app = getProcessRecordLocked(info.processName, info.uid);
if (app == null) {
app = newProcessRecordLocked(null, info, null);
mProcessNames.put(info.processName, info.uid, app);
updateLruProcessLocked(app, true, true);
}
if ((info.flags&(ApplicationInfo.FLAG_SYSTEM|ApplicationInfo.FLAG_PERSISTENT))
== (ApplicationInfo.FLAG_SYSTEM|ApplicationInfo.FLAG_PERSISTENT)) {
app.persistent = true;
app.maxAdj = CORE_SERVER_ADJ; // 這個常數值為-12。
}
if (app.thread == null && mPersistentStartingProcesses.indexOf(app) < 0) {
mPersistentStartingProcesses.add(app);
startProcessLocked(app, "added application", app.processName);
}
return app;
}
可見要想成為core service （即app.maxAdj = CORE_SERVER_ADJ(-12)），應用程序需要FLAG_SYSTEM和FLAG_PERSISTENT兩個標志，FLAG_SYSTEM指的是應用位於/system/app下，FLAG_PERSISTENT就是指persistent屬性。
而對於frameworks/base/services/java/com/android/server/SystemServer.java，則調用
ActivityManagerService.setSystemProcess();
把自己的 app.maxAdj 設置成SYSTEM_ADJ，即-16。
原理：
Android中的進程是託管的，當系統進程空間緊張的時候，會依照優先順序自動進行進程的回收。由此帶來三個問題：
1） 回收規則: 什麼時候回收與回收哪一個？
2） 避免誤殺: 如何阻止被回收？
3） 數據恢復與保存: 被回收了怎麼辦？
Android將進程分為6個等級,它們按優先順序順序由高到低依次是:
1.前台進程( FOREGROUND_APP)
2.可視進程(VISIBLE_APP )
3. 次要服務進程(SECONDARY_SERVER )
4.後台進程 (HIDDEN_APP)
5.內容供應節點(CONTENT_PROVIDER)
6.空進程(EMPTY_APP)
特徵：
1.如果一個進程裡面同時包含service和可視的activity，那麼這個進程應該歸於可視進程，而不是service進程。
2.另外，如果其他進程依賴於它的話，一個進程的等級可以提高。例如，一個A進程里的service被綁定到B進程里的組件上，進程A將總被認為至少和B進程一樣重要。
3.系統中的phone服務被劃分到前台進程而不是次要服務進程.
在android中，進程的oom_adj值也就代表了它的優先順序。oom_adj值越高代表該進程優先順序越低。文件/init.rc中有以下屬性設置：
setprop ro.FOREGROUND_APP_ADJ 0
setprop ro.VISIBLE_APP_ADJ 1
setprop ro.SECONDARY_SERVER_ADJ 2
setprop ro.HIDDEN_APP_MIN_ADJ 7
setprop ro.CONTENT_PROVIDER_ADJ 14
setprop ro.EMPTY_APP_ADJ 15
/init.rc中，將PID為1的進程(init進程)的oom_adj設置為SYSTEM_ADJ(-16):
# Set init its forked children's oom_adj.
write /proc/1/oom_adj -16
查看本機設置：
cat /sys/mole/lowmemorykiller/parameters/adj
0,1,2,7,14,15
回收時機：
文件/init.rc中:
setprop ro.FOREGROUND_APP_MEM 1536 // 6M
setprop ro.VISIBLE_APP_MEM 2048 // 8M
setprop ro.SECONDARY_SERVER_MEM 4096 // 16M
setprop ro.HIDDEN_APP_MEM 5120 // 20M
setprop ro.CONTENT_PROVIDER_MEM 5632 // 22.4M
setprop ro.EMPTY_APP_MEM 6144 // 24M
這些數字也就是對應的內存閾值，一旦低於該值，Android便開始按順序關閉相應等級的進程。
注意這些數字的單位是page： 1 page = 4 kB。所以上面的六個數字對應的就是(MB): 6,8,16,20,22,24。
查看現在的內存閾值設置：
cat /sys/mole/lowmemorykiller/parameters/minfree
要想重新設置該值（對應不同的需求）:
echo "1536,2048,4096,5120,15360,23040">/sys/mole/lowmemorykiller/parameters/minfree
這樣當可用內存低於90MB的時候便開始殺死"空進程"，而當可用內存低於60MB的時候才開始殺死"內容供應節點"類進程。
具體的回收實現在ActivityManagerService.java中的函數trimApplications()：
1.首先移除package已被卸載的無用進程；
2.基於進程當前狀態，更新oom_adj值，然後進行以下操作：
1) 移除沒有activity在運行的進程;
2) 如果AP已經保存了所有的activity狀態，結束這個AP。
3. 最後，如果目前還是有很多activities 在運行，那麼移除那些activity狀態已經保存好的activity。
更新oom_adj的值：
在ActivityManagerService.java文件的ComputeOomAdjLocked() 中計算出進程的oom_adj，例如:
if (app == TOP_APP) {
// The last app on the list is the foreground app.
adj = FOREGROUND_APP_ADJ;
app.adjType = "top-activity";
}
Android kernel中的low memory killer
Android的Low Memory Killer根據需要（當系統內存短缺時）殺死進程釋放其內存，源代碼在kernel/drivers/misc/lowmemorykiller.c中。簡單說，就是尋找一個最合適的進程殺死，從而釋放它佔用的內存。
最合適的進程是:
• oom_adj越大
• 佔用物理內存越多
一旦一個進程被選中，內核會發送SIGKILL信號將之殺死：
for_each_process(p) {
……
if(selected == NULL || p->oomkilladj > selected->oomkilladj ||
(p->oomkilladj == selected->oomkilladj && tasksize > selected_tasksize))
{
selected = p;
}
}
if(selected != NULL) {
force_sig(SIGKILL, selected);
}
查看LRU列表：adb shell mpsys activity
當activitydemo在前台時：
包含Service的進程的優先順序比較高，在computeOomAdjLocked中將其分為了兩小類:
static final int MAX_SERVICE_INACTIVITY = 30*60*1000;
if (now < (s.lastActivity+MAX_SERVICE_INACTIVITY)) {
if (adj > SECONDARY_SERVER_ADJ) {
adj = SECONDARY_SERVER_ADJ;
app.adjType = "started-services";
app.hidden = false;
}
}
if (adj > SECONDARY_SERVER_ADJ) {
app.adjType = "started-bg-services";
}
完全讓進程不被kill是不可能的，我們可以通過一些操作，使進程被kill的幾率變小：
1) 提高進程的優先順序:
* 後台操作採用運行於前台的Service形式，因為一個運行著service的進程比一個運行著後台activity的等級高；
* 按back鍵使得進程中的activity在後台運行而不是destory，需重載back按鍵(沒有任何activity在運行的進程優先被殺).
* 依賴於其他優先順序高的進程；
2) 強制修改進程屬性：
* 在進程中設置：setPersistent(true);
* 在Manifest文件中設置（如上）。
④ android怎麼調用系統服務
1、Started
Started的Service，通過在Application里用startService(Intent intent)方法來啟動。這種類型的Service一經啟動，會在後面無休止地運行，即使啟動它的Activity被Destroy掉。要停止此類型的Service，可在Service中調用stopSelf()或在Application中調用stopService(Intent intent)，要不然就只能等Android系統在系統資源緊張的時候把它殺掉。
2、Bound
Bound的Service，通過在Application里調用bindService()方法來啟動。該類型的Service與Application綁定在一起，一旦綁定的所有Application消失了，Android會Detroy掉該Service。也可以主動調用unbindService()方法來解綁Service。
有時候我們想在Activity中獲知Service的狀態，例如一個音樂播放器，Service負責音樂播放，Activity負責顯示當前歌曲名和播放進度。
可以用Broadcast，這個也不失為一個解決方法。
但如果可以獲取Service實例，那麼就可以調用Service中自定義的一些方法來獲取Service狀態了。
首先要明確的是，第一種類型的Service是無能為力的。因為Activity與Service之間並沒有相關聯的介面，即使這個Service是在Activity里start的，一旦start，兩者不再有關聯。
⑤ Android是怎樣匹配資源的
針對大多數APK應用程序，開發人員都會提供各種不同的資源。比如對於同一張圖片image.png，我們通常會提供高解析度，中解析度和低解析度三個版本。
res/它們都必須以相同的名字存儲在各個drawable目錄下。當應用程序運行時，系統會根據當前設備的實際解析度來選擇最佳的資源。
那麼系統運行時如何動態選擇最合適的資源來使用呢？
理解最佳資源的匹配過程至少有兩個好處：
理解最佳資源匹配過程之前，我們先來看一下資源標簽的屬性和優先順序。所謂優先順序順序指的是Android規定的資源標簽屬性的優先順序。
其實除了解析度外，同種資源之間還可以有下面許多資源屬性標簽，它們在匹配過程中是有優先順序順序的。
以下資源標簽修飾語按照優先順序從高到低的順序排列。
MCC和MNC
MCC(Mobile Country Code)和MNC(Mobile Network
Code)是網路運營商的全球唯一編號。其中MCC指國家碼，MNC指網路號。
例如，MCC-310屬於美國，MCC-460屬於中國。460-00代表中國移動，460-01代表中國聯通。一般情況下，SIM卡中存有此卡的主歸屬地。
用作資源標簽時，可以同時使用MCC和MNC
組合，也可以只使用MCC。例如，mcc460,mcc460-mnc00。程序編碼時，可以使用Configuration類中的mcc和mnc屬性來獲取當前設備的這兩個值。
語言和地區
Android系統採用ISO
639-1國際語言碼，由兩個字母組成。地區代碼遵循3166-1-alpha-2標准執行，也由兩個字母組成，是可選的。如何組合使用需要加」r」.例如en表示英語，fr表示法語，en-rUS表示英語和美國地區。程序中可以通過Configuration類的locale屬性值來獲取當前設備的語言地區信息。
最小寬度(Smallest Width)
格式為 sw<N>dp
例如用res/layout-sw600dp來標志自己的布局資源，相當於告訴系統，屏幕的可顯示尺寸必須在任何時刻都大於600dp(不管橫屏還是豎屏)，才可以使用這一資源。與設備語言值不同的是，設備最小寬度不會隨系統設置的變化而改變，它是固定的。
可以在AndroidManifest.xml中，通過指定"android:requiresSmallestWidthDp"屬性值來表示此程序要求的最小寬度值。代碼中可以通過Configuration類中的smallestScreenWidthDp成員變數來獲取當前設備的最小寬度值。
可用寬度（Available Width）
格式為 w<N>dp
設備的可用寬度值隨著當前是橫屏還是豎屏會產生變化，即它表示的是當前真實的寬度值。如果多種可選資源中都採用了這一標簽修飾，那麼系統會自動選擇一個最接近於（但不超過）當前值得資源。
例如w720dp，代碼中可以通過Configuration類的screenWidthDp成員變數來獲取當前的可用寬度值。
可用高度（Available Height）
格式為：h<N>dp
和可用寬度表達含義類似，只不過這里值高度。代碼中可以通過Configuration類的screenHeightDp成員變數來獲取當前的可用寬度值。
屏幕大小(Screen Size)
Android設備尺寸眾多，大致將屏幕尺寸分為以下幾類：
代碼中通過Configuration類中的screenLayout成員變數來獲取當前設備的屏幕大小。
屏幕寬高外觀（Screen Aspect）
指的是當前屏幕的寬高比（aspect ratio）。分為以下兩種
nolong
非長屏幕，如QVGA，HVGA，VGA等。
可以通過Configuration類中的screenLayout成員變數來獲知屏幕是否為長屏。
屏幕方向（Screen Orientation）
分為兩種，豎屏（port）和橫屏（land）。
這個值會隨著用戶的操作而變化，但我們可以通過Configuration類中的orientation成員變數來獲知當前設備的屏幕方向。
UI模式(UI mode)
分為以下幾種：car,desk,television,appliance.
表示設備被放置在底盤（dock）時的模式，如汽車上的手機托盤，桌面托盤等。這個模式會隨著用戶的操作而改變，可以通過UiModeManager來開啟和關閉這一功能。
夜間模式(Night Mode)
分為兩種，night（處於夜間模式）和notnight(非夜間模式)。
可以通過UiModeManager來開啟和關閉這一功能。
屏幕像素密度（dpi）
觸摸屏類型（Touchscreen Type）
分為notouch(設備不帶觸摸屏)和finger（觸摸屏通過手指操作）。
通過Configuration類中的touchscreen成員變數來獲知當前設備的觸摸屏類型。
鍵盤可用性
分為以下三種狀態
這個值在運行過程中會發生變化，可以通過Configuration類的hardkeyboardHidden和keyboardHidden變數來獲知當前狀態。
⑥ 詳解Android系統如何找到最匹配的資源文件的
當你需要一個資源文件時，Android系統會在運行時根據當前設備的配置信息從你提供的資源中選擇一個文件。為了呈現出Android系統是如何選擇一個資源文件的這個流程，假定下面的每個drawable目錄包含了相同的圖片元素的不同像素版本：
drawable/
drawable-en/
drawable-fr-rCA/
drawable-en-port/
drawable-en-notouch-12key/
drawable-port-ldpi/
drawable-port-notouch-12key/
同時，假定設備的配置信息如下:
Locale = en-GB
Screen orientation = port
Screen pixel density = hdpi
Touchscreen type = notouch
Primary text input method = 12key
通過比較設備的配置信息和可用的資源文件，Android系統從目錄drawable-en-port中選擇了圖片資源。
系統選擇出最佳匹配資源文件的演算法思路如下：
1. 首先排除那些與設備的配置信息相矛盾的資源文件。
drawable-fr-rCA/ 目錄被排除掉, 因為它跟設備的信息 Locale：en-GB 相矛盾。
drawable/
drawable-en/
drawable-fr-rCA/
drawable-en-port/
drawable-en-notouch-12key/
drawable-port-ldpi/
drawable-port-notouch-12key/
注意例外: 屏幕像素密度也是一個限制條件，如果還有目錄沒有被排除。 即使設備的屏幕密度是hdpi的, drawable-port-ldpi/目錄不會被排除，因為每一個屏幕密度在這里被認為是一個點。 更多有用的信息請參考文檔：Supporting Multiple Screens 。
2. 從列表中 (table 2)挑選（下一個）最高優先順序的匹配項，進行匹配。
3. 是否沒有資源文件目錄包含這個限制條件？
o 如果沒有, 返回第2步 ，同時看看下一個限制條件。在上面的例子中，很顯然是「沒有」，因此要循環到「語言」這個限制條件是才會遇到下一個限制條件。
o 如果有, 則轉到第4步。
4. 排除那些沒有包含限制條件的資源文件目錄。在上面的例子中，系統會排除所有不包含「語言」這個限制條件的資源文件目錄。
drawable/
drawable-en/
drawable-en-port/
drawable-en-notouch-12key/
drawable-port-ldpi/
drawable-port-notouch-12key/
注意例外: 如果限制條件是屏幕像素密度, Android系統會選擇跟設備的屏幕密度最相近的那一個。 通常， Android 系統更傾向於縮小一個較大的源圖片而不是放大一個較小的源圖片。參考 Supporting Multiple Screens。
5. 返回重復執行 2， 3 和4 步，直到僅有一個資源文件目錄。在上面的例子中，「屏幕方向」是下一個需要比較的限制條件.。因此，排除那些沒有指定屏幕方向的資源文件目錄。
drawable-en/
drawable-en-port/
drawable-en-notouch-12key/
這樣剩下的目錄就只有drawable-en-port這一個了。
因為獲取每個需要的資源文件的時候都要執行這個過程，所以需要進一步優化系統的一些不足的地方。 其中一個是，一旦知道了設備的配置信息後，系統會首先排除那些沒有匹配項的資源文件目錄。 例如， 如果設備配置信息中的「語言」是「英語」（「en」），則不要將那些包含了「語言」這個限制條件但卻是其他語言信息的資源文件目錄添加到待匹配的資源池中。盡管這樣可能會留下那些沒有「語言」這個限制條件的資源目錄。
對「屏幕尺寸」這個限制條件進行匹配時，如果沒有一個更好的資源文件時，系統會使用那些為比當前屏幕小的屏幕設計的資源文件 (例如，如果需要，一個large-size尺寸屏幕的設備會使用normal-size尺寸屏幕的資源文件)。但是，如果可以選擇的資源文件所對應的屏幕尺寸都比當前屏幕的尺寸還大，此時系統不會使用這些資源文件，同時如果沒有其他更好的資源文件可選的話，你的應用將會崩潰掉。(例如，如果所有的布局資源文件都是以xlarge 為標簽的，而當前的設備屏幕是normal-size尺寸的。)
注意: 列表中(table 2)限制條件的優先順序比限制條件的數量更加重要，盡管這些限制條件可能會跟設備的配置信息匹配的很好。比如，在第4步的之前，帶匹配的資源目錄中最後的一項包括三個限制條件（屏幕方向、觸屏類型、輸入法）可以跟設備信息匹配，但是 drawable-en 目錄僅有一個匹配項（語言）。然而，「語言」擁有比其他幾個限制條件更高的優先順序，所以 drawable-port-notouch-12key 被排除掉。
要了解更多關於如何在你的應用中使用資源文件，請參考Accessing Resources。
轉載，僅供參考，祝你愉快，滿意請採納。
⑦ 如何獲得Android平台上軟體訪問了那些系統資源呢
在般在應用信息裡面會列出此應用所申請的許可權，也會有許可權管理，如果你不想該應用擁有某些許可權，可以自行設置，我的小米手機是這樣的，不知道LZ是什麼手機
⑧ android 無法引用到系統內部資源文件 求助
有個簡單的解決辦法，在res中建立drawable的文件夾，把你需要的那張圖片放在這裡面，命名為dialog_holo_dark_frame，再重新編譯
⑨ android中系統資源編譯後在哪
Android 資源類型 1.字元串資源 >>1.普通字元串 >>2.字元串數組 復制代碼 aaa bbb 復制代碼 獲取方式:getResources().getStringArray(R.array.planets_array) >>3.復數字元串資源 某些自然語言中，不同的數字在使用方法上會有所不同