電源優化sdk就是針對cpu和gpu的執行時功率和效能控制,android應用開發中的網路、定位、感測器等都是比較耗電的特性，我們應該正確使用api來有效降低應用的耗電量。
1）提供api，進行核心頻率的精細控制
2）開發人員需要對演算法進行精細的選擇去進行功率控制
3）請求受到系統的限制：不覆蓋系統和與perflock的介面
4）適用於cpu和gpu的靜態和動態電源管理api
1）broadcastreceiver：
在**實現中需要盡量避免無用操作**的執行，減少應用損耗的電量。
對於broadcastreceiver，通常的做法是在介面onpasuse之後取消廣播***的監聽操作，同時根據具體業務需求選擇當應用位於後台時是否禁用廣播接收器。
2）資料傳輸：
資料傳輸方式：藍芽傳輸，wi-fi傳輸，流動網路傳輸等。
後台資料傳輸的管理：根據具體業務需求，嚴格限制應用位於後台時是否禁用某些資料傳輸，盡量能夠避免無效的資料傳輸。
資料傳輸的頻度問題：通過經驗值或者資料統計的方法確定好資料傳輸的頻度，避免冗餘重複的資料傳輸，資料傳輸過程中要壓縮資料大小，合併網路請求，避免輪詢等。
3）位置服務：
gps定位：通過接收全球定位系統的衛星提供的經緯度座標資訊實現位置服務，精度是最高的，通常在10公尺以內，在時間和電量的消耗上也是最高的。
網路定位：通過移動通訊的基站訊號差異來計算出手機所在的位置，精度比gps定位差很多，通常在幾百公尺範圍內。
被動定位：最省電的定位服務，如果應用使用被動定位服務，這個應用會等待手機中其他應用、服務或者系統元件發出定位請求，並和這些元件的***一起接收位置更新。
正確有限地使用位置伺服器，減少應用耗電量。所以在**中使用位置服務時，需要注意：
有沒有及時登出位置***：長時間的監聽位置更新會耗費大量的電量，通過可以選擇在頁面的onpasuse中進行登出操作，更好用且全域性有效的做法是禁用位置***。
位置更新監聽頻率的設定：根據具體的業務需求設定乙個合適的更新頻率值，通常需要在定位精度和耗電量之間綜合考慮。
多種位置服務的選擇：綜合考慮應用的具體需求在不同時機採用不同的定位服務或者選擇第三方的定位sdk。
4）alarmmanager:
alarmmanager的喚醒操作是比較耗電的，通常情況下需要保證兩次喚醒操作的時間間隔不要太短，在不需要使用喚醒功能的情況下盡早取消alarmmanager,否則應用會一直處於耗電狀態。
5）wakelock:
使用wakelock時，需要切記及時釋放鎖，而且通常情況下，要盡早地釋放wakelock。
高併發優化
前台優化 1 減少http請求 css檔案合併 js檔案合併 2 壓縮js css檔案 3 使用雪碧圖 4 懶載入 只載入看到的第一屏內容，下拉之後看到其他的內容 5 預載入 載入預設圖 6 避免css樣式表示式 7 避免空的src 8 調整大小 9 cdn加速 1 頁面靜態化 2 負載均衡 集群 ...
高併發優化
1 前台優化 減少http請求 css檔案合併 js檔案合併 壓縮js css檔案 使用雪碧圖 懶載入 只載入看到的第一屏內容，下拉之後看到其他內容 預載入 載入預設圖 避免css樣式表示式 cdn加速 2 服務端優化 頁面靜態化 負載均衡 集群 分布式使用佇列 3 優化 用單引號代替雙引號，雙引號...
高併發優化
1 資料庫裡不常變的資料，快取下來 2 盡量不用string，需要執行緒安全用stringbuffer，不需要執行緒安全用stringbuilder stringbuilder stringbuffer string 3 資料庫裡涉及併發操作的sql需要用資料庫事物執行 4 工具類 寫成靜態方法，不...