androidstd

① 如何在 android 系統中使用 std：stoul 和 std：stoull

為什麼您不能使用函數的原因是相當根深蒂固和遺憾的是目前無法解決。
尋找到 libs/armeabi-v7a/include/bits/c++config.h 文件在 gnu stdlibc + + 文件夾中，你會看到這個：
...
/* Define if C99 functions or macros from <wchar.h>, <math.h>, <complex.h>,
<stdio.h>, and <stdlib.h> can be used or exposed. */
/* #undef _GLIBCXX_USE_C99 */
...

在上面，在下面的代碼段從結合 bits/basic_string.h 咒語壞消息：
...
#if (defined(__GXX_EXPERIMENTAL_CXX0X__) && defined(_GLIBCXX_USE_C99) \
&& !defined(_GLIBCXX_HAVE_BROKEN_VSWPRINTF))

/* The definitions of Numeric Conversions [string.conversions] */
#endif
...

因此，這些函數是在 NDK 中無法使用。
根本原因：根本原因似乎是 C99 的功能用法歲舉迅已在 GNU stdlibc + + 中由於事實 armeabi v7a 平台上被禁用仿生 libc 不支持復雜的數學 （Android 上的標准 C 庫是仿生）。
可能修復 （未經測試）：探討CrystaX 的 Android NDK似乎對香草 Android NDK 有擴展的。
註： __GXX_EXPERIMENTAL_CXX0X__通過添加定義 -std=gnu++11 到 APP_CXXFLAGS 或 LOCAL_CXXFLAGS
詳細測試日誌:使用 NDK 版本 r8e 生成
jni/Application.mk：
APP_STL := gnustl_static
APP_CXXFLAGS += -std=gnu++11
NDK_TOOLCHAIN_VERSION := 4.7

jni/Android.mk
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := cxx11
LOCAL_SRC_FILES := cxx11.cpp
include $(BUILD_EXECUTABLE)

jni/cxx11.cpp：
#include <iostream>
#include <string>

int main(int argc, char* argv[]) {
#if defined(__GXX_EXPERIMENTAL_CXX0X__)
std::cout<<"__GXX_EXPERIMENTAL_CXX0X__ defined."<<std::endl;
#else
std::cout<<"__GXX_EXPERIMENTAL_CXX0X__ not defined."<乎此<std::endl;
#endif

#if defined(_GLIBCXX_USE_C99)
std::cout<<"_GLIBCXX_USE_C99 defined."<<std::endl;
#else
std::cout<<"_GLIBCXX_USE_C99 not defined."<<std::endl;
#endif

#if defined(_GLIBCXX_HAVE_BROKEN_VSWPRINTF)
std::cout<<"_GLIBCXX_HAVE_BROKEN_VSWPRINTF defined."<<std::endl;
#else
std::cout<<"_GLIBCXX_HAVE_BROKEN_VSWPRINTF not defined."<<std::endl;
#endif

#if (defined(__GXX_EXPERIMENTAL_CXX0X__) && defined(_GLIBCXX_USE_C99) \
&& !defined(_GLIBCXX_HAVE_BROKEN_VSWPRINTF))
std::string s="1";
std::cout<<"ll:"<<std::stoll(s)<<std::endl<<答燃"ul:"<<std::stoul(s)<<std::endl;
#else
std::cout<<"No support for stoll/stoul."<<std::endl;
#endif
return(0);
}

Nexus 4 (Android 4.3) 上的輸出：
u0_a51@mako:/ $ /data/local/tmp/cxx11
__GXX_EXPERIMENTAL_CXX0X__ defined.
_GLIBCXX_USE_C99 not defined.
_GLIBCXX_HAVE_BROKEN_VSWPRINTF not defined.
No support for stoll/stoul.

② android stdaio logcat 在哪

下方run界面旁邊有個簡易的l，當悶州碼然你可以用跡碼android monitor裡面的兩個就背景和字體螞哪顏色不同

③ android 基本文件操作命令

ADB (Android Debug Bridge)
說明：下面一些命令需要有root許可權才能執行成功
快速啟動dos窗口執行adb：
1. adb.exe所在路徑添加到系統環境變數中
2. 配置快捷鍵啟動dos
進入C:\WINDOWS\system32目錄下，找到cmd.exe.
右擊菜單 "發送到" -> 桌面快捷方式。
在桌面上右擊"快捷方式 到 cmd.exe" -> "屬性" -> "快捷方式"頁
-> 游標高亮"快捷鍵" -> 按下自定義快捷鍵 (如：Ctrl + Alt + Z)

任何情況下，按下Ctrl + Alt + Z啟動dos窗口就可以執行adb命令了

-----------查看設備連接狀態 系列-----------
adb get-serialno 獲取設備的ID和序列號serialNumber
adb devices 查詢當前計算機上連接那些設備（包括模擬器和手機），輸出格式: [serialNumber] [state]
adb get-state 查看模擬器/設施的當前狀態.

說明：
序列號[serialNumber]——由adb創建的一個字元串，這個字元串通過自己的控制埠<type>-<consolePort>
唯一地識別一個模擬器/設備實例。一個序列號的例子： emulator-5554

-----------發送命令到設備 系列-----------
adb [-d|-e|-s <serialNumber>] <command>
-d 發送命令給usb連接的設備
-e 發送命令到模擬器設備
-s <serialNumber> 發送命令到指定設備

如啟動手機設備shell: adb -d shell

adb forward <local> <remote>發布埠,可以設置任意的埠號，
做為主機向模擬器或設備的請求埠。如：adb forward tcp:5555 tcp:8000

adb reboot 重啟手機
adb remount 將system分區重新掛載為可讀寫分區
adb kill-server 終止adb服務進程
adb start-server 重啟adb服務進程
adb root 已root許可權重啟adb服務
adb wait-for-device 在模擬器/設備連接之前把命令轉載在adb的命令器中
adb jdwp 查看指定的設施的可用的JDWP信息.
可以用 forward jdwp:<pid> 埠映射信息來連接指定的JDWP進程.例如：
adb forward tcp:8000 jdwp:472
jdb -attach localhost:8000

adb shell am 命令可以啟動應用程序

adb shell input text <string> 向設備輸入文本（游標所在的文本框）
adb shell input keyevent <event_code> 向設備發送按鍵事件
如：
在編輯簡訊時，往文本框輸入文本：adb shell input text "hello"
向手機發送鍵值回Home：adb shell input keyevent 3
event_code 參考view/KeyEvent.java中的 KEYCODE_*
public static final int KEYCODE_SOFT_LEFT = 1;
public static final int KEYCODE_SOFT_RIGHT = 2;
public static final int KEYCODE_HOME = 3;
public static final int KEYCODE_BACK = 4;
public static final int KEYCODE_CALL = 5;
public static final int KEYCODE_ENDCALL = 6;

-----------安裝卸載 系列-----------
adb install [-l] [-r] <file> - push this package file to the device and install it
('-l' means forward-lock the app)
('-r' means reinstall the app, keeping its data)
adb uninstall [-k] <package> - remove this app package from the device
('-k' means keep the data and cache directories)
如：
adb install d:\hello.apk
adb unstall com.huawei.hello
說明：如果帶-r選項重新安裝apk時，安裝在 /data/local/tmp/目錄下，手機重啟後還是使用原來的apk.

-----------文件操作 系列-----------
adb push <local> <remote> - file/dir to device
adb pull <remote> <local> - file/dir from device

-----------基本linux shell命令 系列-----------
adb shell [command]
ls 列出目錄下的文件和文件夾
cd 切換目錄
rm 刪除目錄和文件
cat 查看文件內容
ps 可以看那個進程再跑
ps -x [PID] 查看單個進程的狀態
top 可以看那個進程的佔用率最高
su 切換到root用戶
kill [pid] 殺死一個進程
chmod 777 <file> 修改該文件為可執行許可權

詳細使用情況可以登錄一台Linux伺服器在shell下查看幫助手冊, man <command>

-----------查看系統狀態和信息 系列-----------
adb shell procrank 查詢各進程內存使用情況
adb shell service list 查看services信息
adb shell cat /proc/meminfo 查看當前的內存情況
adb shell cat /proc/cpuinfo 查看CPU信息（硬體）
adb shell cat /proc/iomem 查看IO內存分區

adb shell getprop 列出系統所有屬性
adb shell getprop | findstr "gsm" 列出包含gsm的屬性
adb shell setprop <key> <value> 修改系統屬性

adb shell sqlite3 可以執行sql語句查看資料庫信息， 具體使用情況待調查

-----------Log 系列-----------
adb logcat [ <filter-spec> ] - View device log

1~~~~~~~~~~~查看可用日誌緩沖區:
adb logcat -b radio — 查看緩沖區的相關的信息.
adb logcat -b events — 查看和事件相關的的緩沖區.
adb logcat -b main — 查看主要的日誌緩沖區

2~~~~~~~~~~~過濾日誌輸出:
過濾器語句按照下面的格式描tag:priority ... , tag 表示是標簽, priority 是表示標簽的報告的最低等級
adb logcat *:W 顯示優先順序為warning或更高的日誌信息
adb logcat ActivityManager:I MyApp:D *:S

日誌的標簽是系統部件原始信息的一個簡要的標志。（比如：「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 ，相比在遠程adbshell端，你還可以為環境變數ANDROID_LOG_TAGS :輸入一個參數來設置默認的過濾
export ANDROID_LOG_TAGS="ActivityManager:I MyApp:D *:S"
需要注意的是ANDROID_LOG_TAGS 過濾器如果通過遠程shell運行logcat 或用adb shell logcat 來運行模擬器/設備不能輸出日誌.

3~~~~~~~~~~~控制日誌輸出格式:
日誌信息包括了許多元數據域包括標簽和優先順序。可以修改日誌的輸出格式，所以可以顯示出特定的元數據域。可以通過 -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.

4~~~~~~~~~~~Logcat命令列表
-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

adb bugreport - return all information from the device
that should be included in a bug report.

adb shell dmesg 查詢內核緩沖區信息
adb shell mpstate 各類信息，比如進程信息，內存信息，進程是否異常，kernnel的log等
adb shell mpcrash
adb shell mpsys 查詢所有service的狀態

-----------其他 -----------

模擬器使用鏡像sdcard
用SDK里的mksdcard工具來創建FAT32磁碟鏡像並在模擬器啟動時載入它。這樣創建鏡像：? mksdcard <size> <file>,
比如我要創建一個64M的SD卡模擬文件，文件路徑是在D:\workspace\sdcard.img
mksdcard 64000000 D:\workspace\sdcard.img

Emulator –sdcard D:\workspace\sdcard.img
或者在eclipse的run菜單的open run dialog對話框中配置啟動參數。

#top
Usage: top [ -m max_procs ] [ -n iterations ] [ -d delay ] [ -s sort_column ] [ -t ] [ -h ]
-m num Maximum number of processes to display.
-n num Updates to show before exiting.
-d num Seconds to wait between updates.
-s col Column to sort by (cpu,vss,rss,thr).
-t Show threads instead of processes.
-h Display this help screen.

********* simple selection ********* ********* selection by list *********
-A all processes -C by command name
-N negate selection -G by real group ID (supports names)
-a all w/ tty except session leaders -U by real user ID (supports names)
-d all except session leaders -g by session OR by effective group name
-e all processes -p by process ID
T all processes on this terminal -s processes in the sessions given
a all w/ tty, including other users -t by tty
g OBSOLETE -- DO NOT USE -u by effective user ID (supports names)
r only running processes U processes for specified users
x processes w/o controlling ttys t by tty
*********** output format ********** *********** long options ***********
-o,o user-defined -f full --Group --User --pid --cols --ppid
-j,j job control s signal --group --user --sid --rows --info
-O,O preloaded -o v virtual memory --cumulative --format --deselect
-l,l long u user-oriented --sort --tty --forest --version
-F extra full X registers --heading --no-heading --context
********* misc options *********
-V,V show version L list format codes f ASCII art forest
-m,m,-L,-T,H threads S children in sum -y change -l format
-M,Z security data c true command name -c scheling class
-w,w wide output n numeric WCHAN,UID -H process hierarchy

netstat -ano 查看網路連狀態
顯示協議統計信息和當前 TCP/IP 網路連接。

NETSTAT [-a] [-b] [-e] [-n] [-o] [-p proto] [-r] [-s] [-v] [interval]

-a 顯示所有連接和監聽埠。
-b 顯示包含於創建每個連接或監聽埠的
可執行組件。在某些情況下已知可執行組件
擁有多個獨立組件，並且在這些情況下
包含於創建連接或監聽埠的組件序列
被顯示。這種情況下，可執行組件名
在底部的 [] 中，頂部是其調用的組件，
等等，直到 TCP/IP 部分。注意此選項
可能需要很長時間，如果沒有足夠許可權
可能失敗。
-e 顯示乙太網統計信息。此選項可以與 -s
選項組合使用。
-n 以數字形式顯示地址和埠號。
-o 顯示與每個連接相關的所屬進程 ID。
-p proto 顯示 proto 指定的協議的連接；proto 可以是
下列協議之一: TCP、UDP、TCPv6 或 UDPv6。
如果與 -s 選項一起使用以顯示按協議統計信息，proto 可以是下列協議之一:
IP、IPv6、ICMP、ICMPv6、TCP、TCPv6、UDP 或 UDPv6。
-r 顯示路由表。
-s 顯示按協議統計信息。默認地，顯示 IP、
IPv6、ICMP、ICMPv6、TCP、TCPv6、UDP 和 UDPv6 的統計信息；
-p 選項用於指定默認情況的子集。
-v 與 -b 選項一起使用時將顯示包含於
為所有可執行組件創建連接或監聽埠的
組件。
interval 重新顯示選定統計信息，每次顯示之間
暫停時間間隔(以秒計)。按 CTRL+C 停止重新
顯示統計信息。如果省略，netstat 顯示當前
配置信息(只顯示一次)

pm
usage: pm [list|path|install|uninstall]
pm list packages [-f]
pm list permission-groups
pm list permissions [-g] [-f] [-d] [-u] [GROUP]
pm list instrumentation [-f] [TARGET-PACKAGE]
pm list features
pm path PACKAGE
pm install [-l] [-r] [-t] [-i INSTALLER_PACKAGE_NAME] PATH
pm uninstall [-k] PACKAGE
pm enable PACKAGE_OR_COMPONENT
pm disable PACKAGE_OR_COMPONENT

The list packages command prints all packages. Options:
-f: see their associated file.

The list permission-groups command prints all known
permission groups.

The list permissions command prints all known
permissions, optionally only those in GROUP. Options:
-g: organize by group.
-f: print all information.
-s: short summary.
-d: only list dangerous permissions.
-u: list only the permissions users will see.

The list instrumentation command prints all instrumentations,
or only those that target a specified package. Options:
-f: see their associated file.

The list features command prints all features of the system.

The path command prints the path to the .apk of a package.

The install command installs a package to the system. Options:
-l: install the package with FORWARD_LOCK.
-r: reinstall an exisiting app, keeping its data.
-t: allow test .apks to be installed.
-i: specify the installer package name.

The uninstall command removes a package from the system. Options:
-k: keep the data and cache directories around.
after the package removal.

The enable and disable commands change the enabled state of
a given package or component (written as "package/class").

查看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 可以使用模擬器/設備上的默認設置

UI/軟體 試驗程序 Monkey
當Monkey程序在模擬器或設備運行的時候，如果用戶出發了比如點擊，觸摸，手勢或一些系統級別的事件的時候，
它就會產生隨機脈沖，所以可以用Monkey用隨機重復的方法去負荷測試你開發的軟體.
最簡單的方法就是用用下面的命令來使用Monkey，這個命令將會啟動你的軟體並且觸發500個事件.

$ adb shell monkey -v -p your.package.name 500
更多的關於命令Monkey的命令的信息，可以查看UI/Application Exerciser Monkey documentation page.

④ 如何更改androidsti的工作區間

在工作標簽上單頃迅擊滑鼠右鍵，在彈出的菜單上有工團乎哪作標簽顏色這個選項，單擊它即可選擇喜歡塌碼的顏色啦 比如我把他改成紅色了

⑤ android stdi怎麼新建工程

工具:

win7

Android Studio

迅陪沒方法:

1. 在MyApplication右鍵，新建一個Mole

   

⑥ Android開機速度優化初探

Android的開機速度，基本上沒人說快的，通常移植完系統後，馬上要看的事情就是優化開機時間，以下是簡單回憶以下以前做優化的那些事。

優化開機時間，通常做的首先是那有有沒有BUG，明顯不合理的先解決，由於開發階段穩定性臘擾帶問題，一些地方可能延時加的大，或者頻率設的低，先記下來，後面定期還會再看。這些先不看的話，一般拿到機器，我們統計開機時間，主要看如下幾個時間段分布：

開機按鍵時間、亮屏時間(基本固定，除非弄錯了，基本檢查一遍確定)

uboot啟動時間

內核啟動後到bootanim退出時間

可以通過添加列印mole init的李汪log，來check每個mole初始化時的時間。從而找到花費時間比較多的mole:

--- a/init/main.c

+++ b/init/main.c

@@-785,7+785,7@@int__init_or_mole

do_one_initcall(initcall_tfn)

if(initcall_blacklisted(fn))

return

-EPERM;

-if(initcall_debug)

+if(1)

                ret =

do_one_initcall_debug(fn);

-3 優化建議：

preloadClasses()與preloadResources()可以放到兩個線程裡面跑。

修改zygote的nice值，及thread priority。

http://androidxref.com/6.0.1_r10/xref/frameworks/base/core/java/com/android/internal/os/ZygoteInit.java#590

中增加如下的修改：

在  EventLog . writeEvent ( LOG_BOOT_PROGRESS_PRELOAD_START , 592 SystemClock . uptimeMillis ()); 593 preload (); 594 EventLog . writeEvent ( LOG_BOOT_PROGRESS_PRELOAD_END , 595 SystemClock . uptimeMillis ()); 前增加修改

/* 20151013 optimize android boot begin */

//get the default priority.

int defaultPriority = Process.getThreadPriority(Process.myPid()) ;

//increase the priority .

Process.setThreadPriority(Process.THREAD_PRIORITY_AUDIO) ;

在 gcAndFinalize (); 增加

Process.setThreadPriority(defaultPriority) ;

/*  20151013 optimize android boot end */

-2 系統剪裁也有助於提高系統輪蘆的開機速度

提升CPU頻率 - 將所有CPU切換至性能模式

adb shell stop perf-hal-1-0

adb shell "echo 1 > /sys/devices/system/cpu/cpu0/online"

adb shell "echo 1 > /sys/devices/system/cpu/cpu1/online"

adb shell "echo 1 > /sys/devices/system/cpu/cpu2/online"

adb shell "echo 1 > /sys/devices/system/cpu/cpu3/online"

adb shell "echo 1 > /sys/devices/system/cpu/cpu4/online"

adb shell "echo 1 > /sys/devices/system/cpu/cpu5/online"

adb shell "echo 1 > /sys/devices/system/cpu/cpu6/online"

adb shell "echo 1 > /sys/devices/system/cpu/cpu7/online"

adb shell "echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor"

adb shell "echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor"

adb shell "echo performance > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor"

adb shell "echo performance > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor"

adb shell "echo performance > /sys/devices/system/cpu/cpu4/cpufreq/scaling_governor"

adb shell "echo performance > /sys/devices/system/cpu/cpu5/cpufreq/scaling_governor"

adb shell "echo performance > /sys/devices/system/cpu/cpu6/cpufreq/scaling_governor"

adb shell "echo performance > /sys/devices/system/cpu/cpu7/cpufreq/scaling_governor"

adb shell "echo performance > /sys/class/devfreq/soc:qcom,cpubw/governor"

adb shell "echo performance > /sys/class/devfreq/soc:qcom,mincpubw/governor"

adb shell "echo performance > /sys/class/devfreq/soc:qcom,memlat-cpu0/governor"

adb shell "echo performance > /sys/class/devfreq/soc:qcom, memlat-cpu6/governor"

提升GPU頻率

adb shell "echo 0 > /sys/class/kgsl/kgsl-3d0/min_pwrlevel"

adb shell "echo 1 > /sys/class/kgsl/kgsl-3d0/force_clk_on"

adb shell "echo performance > /sys/class/kgsl/kgsl-3d0/devfreq/governor"

-1 電源優化

on init

    # Disable UFS powersaving

    write /sys/devices/soc/${ro.boot.bootdevice}/clkscale_enable 0

    write /sys/devices/soc/${ro.boot.bootdevice}/clkgate_enable 0

    write /sys/devices/soc/${ro.boot.bootdevice}/hibern8_on_idle_enable 0

    write /sys/mole/lpm_levels/parameters/sleep_disabled Y

on property:sys.boot_completed=1

    # Enable UFS powersaving

    write /sys/devices/soc/${ro.boot.bootdevice}/clkscale_enable 1

    write /sys/devices/soc/${ro.boot.bootdevice}/clkgate_enable 1

    write /sys/devices/soc/${ro.boot.bootdevice}/hibern8_on_idle_enable 1

    write /sys/mole/lpm_levels/parameters/sleep_disabled N

on charger

    # Enable UFS powersaving

    write /sys/devices/soc/${ro.boot.bootdevice}/clkscale_enable 1

    write /sys/devices/soc/${ro.boot.bootdevice}/clkgate_enable 1

    write /sys/devices/soc/${ro.boot.bootdevice}/hibern8_on_idle_enable 1

    write /sys/class/typec/port0/port_type sink

    write /sys/mole/lpm_levels/parameters/sleep_disabled N

0 bootgraph 用來分析內核功能， 在kernel cmdline 增加 initcall_debug ,然後dmesg > boot.log  bootgraph.pl boot.log >  boot.svg

1通過一個比gzip更快的方式去解壓內核鏡像；

2 去掉系統中一些不必要的log列印；

3 去掉一些系統中不需要的驅動模塊；

4 啟動時即以最大頻率（cpu/DDR）且多核一起跑；

5 將一些耗時大，對啟動順序沒有要求的驅動通過非同步方式進行載入（如下所示）

這里我們主要關注的是第三個，也是優化的重點。這部分時間，具體都在幹啥，瓶頸是哪，可以通過bootchart很清楚的看到。以下結合以前抓的圖，簡要說一下（圖是很久之前抓的，比較懶，沒有再跑一遍過程）

上圖中bootanim的退出時間沒有截出來，實際圖是有的，大約是33s的時候結束。

這里分析時，我們是分了幾個時間段：

1 內核開始啟動，到init進程開始執行。這個可以通過log看到。

2 init進程執行，主要是處理init.rc中的命令，到core和mainl類服務開始啟動的時間，上圖中可以看到，服務大體都在一個時間點起來的，約7.5S時，這之前的一大段空窗期，也是要重點看的

3 zygote啟動時間

4 systemserver中各個服務啟動時間

5 應用啟動(systemui/launcher/keyguard..)

以上，具體分析看每段時間：

第一點另外處理，具體分析列印看是否有異常，這個值一般是很小的，不合理要和BSP同事一起查一下原因。

第二個主要是init.rc執行各種命令，這個可以通過在execute_one_command函數中統計測量 ，比如大於100ms的命令列印出來，再分析定位原因，這里命令執行時間長基本算BUG，要和BSP工程師一起解決。

第三點主要zygote啟動問題，主要慢的原因，是載入資源和類庫，這個要讀nand，一般卡的時間比較長，圖中可以看到，zygote進程一溜的小粉紅，說明IO較多。這個preload過程消耗的時間，在logcat的log中，也會列印的，一般來說，都是在近10S左右。

第四個，zygote初始化完後，會fork system_server。 system_server進程啟動，耗時也是較長的。根據以前統計分析的結果，這里的服務啟動，基本上都是花在packageManagerService的PackageScan中，這又是一個讀文件，卡在文件讀取中，時間長短，和預制app及安裝的app數量有關

第五個時間，是基本都准備ready後，啟動launcher等應用了，啟動完成後，systemServer請求SurfaceFlinger殺了bootanimation，就啟動完成了。

以上時間中，主要要優化的，還是第三步和第四步的IO慢問題，其他可優化的不多。比如CPU，常開四核performance模式啟動，也並沒提升多少，一般我們就不管了這個了。

咋優化？

確定優化方向後主要看怎麼優化這兩段耗時的地方：

1. Zygote的preload 資源和class

2. PackageManagerService的包掃描

這里的第一個，最早之前有人直接是去掉preload或刪減，雖然可以加快一點開機速度，但是撿了芝麻丟了西瓜，根本不能這樣干~

我們最早做的實現方式，

2.1 是將preload做並行處理，畢竟現在都是多核處理器了，而且是preload是載入後還要解析處理的，並行會有一定幅度提升。

對於包掃描，這個不好拆成並行任務，不像preload那麼簡單干凈。考慮過將PackageManager的信息序列化後存起來，下次開機就不掃了，不過看起來改動有點大，不太好搞，也放棄了。

PackageManagerService掃描、檢查APK安裝包信息

2.2 PMS對/system/framework，/system/app，/data/app，/data/app-private目錄中的APK掃描耗費了大量的時間，如果預置的三方應用很多，這樣啟動的時間就會越長。

優化建議：

2.3 /system/app下的應用，如果是預置應用，在Android.mk建議加上LOCAL_DEX_PREOPT := true控制，在/system/vendor下的預置應用，如果此應用編譯時間比較長的，也使用上LOCAL_DEX_PREOPT := true

2.4 盡量減少data區內置app的數量，這個會嚴重影響開機速度，特別是第一次的開機速度。放在system的app 盡量生成odex 這樣會加快開機速度。

最後我們的實現的方式，就是linux上用的較多的readahead機制。具體實現細節就不展開說了，原理就是：

1. 統計開機過程中，讀取的塊數據信息，記錄下來保存

2.再次開機，通過記錄下來的塊數據讀取信息，直接起一個服務，預先開始讀，zygote或packagemanagerservice要讀文件的時候，文件數據已經在cache中了。

實際用下來，這一招特別好，優化非常明顯。以下是實現了一個readahead後的bootchart圖：

可以看到：

1. zygote和system_server都提速了

2. zygote和system_server的IO時間，都降低非常大

3. 主要IO時間，跑到readahead進程中去了。

不過，以上實現，還是有可優化的地方：

1. readahead進程可以再提前，在system分區掛載後立刻啟動，這樣zygote中的IO應該可以再減小

2. 對system_server的IO，此時readahead已經結束了，按理不應該有了，這里還是有IO，這一般是後裝apk導致，這個可以把readahead做的更健壯一些，不要只學習開始的一兩次。

其他NB的優化

另外還有一個很NB的技術，就是STD。這個我們也搞過，花費了大量的人力物力。STD開機時間，不算上uboot時間的話，基本都是在10S內，5~8S之間。不過這么NB的技術，目前基本上也是廢棄了，用起來問題也挺多的：

1. 開機時間少了，關機時間拉長。

由於是STD(Suspend to Disk)，關機時需要將內存數據寫入nand，這塊也是挺麻煩的事情

2. 穩定性

本身STD弄起來就比較復雜，BUG挺多的，另外使用STD，就相當於永不關機了，這也太考驗系統軟體的穩定性了...

3. 沒毛用

   一開始還能忽悠客戶，不過後來也沒人怎麼關心這個feature了，平白給自己找活干，大家都不樂意使能它了。

⑦ 如何安裝android stdius

手機上首先要進行一些設置，設置——應用程序——勾選「未知源」
設置——應用程序——開發——勾選「USB 調試」
APK安裝器就是將APK文件安裝到手機上的一個PC端軟體，我們首先需要下載一個USB驅動，在PC上安裝好「APK安裝器」，這個軟體會自動關聯你的APK程序，只一直以來不少機友都在為APK的安裝問題困擾。每次安裝APK文件，都要尋找APK文件的路徑才可以安裝，安裝一個APK文件至少需要點擊6次滑鼠，為了您寶貴的時間還有滑鼠的壽命，現在就來使用 【安卓網APK安裝器】吧，雙擊APK文件即可輕松安裝。
安卓網APK安裝器（HiAPK Installer）v1.0 三大特點！
特點一：只需雙擊即可將APK文件輕松安裝到你的手機。
特點二：無論你刷的是G1或是G2的ROM，都可以輕松安裝使用。
特點三：【安卓網APK安裝器（HiAPK Installer）】系統佔用極小，文件大小隻有856KB。
1.安裝前首先確認您的PC是否已經安裝USB 驅動。
壓縮包里包括「X86」（一般選擇這個就可以了） 「AMD64」 還有一個「fastboot」，AMD64 當然是給 64 位系統使用的了，fastboot 是工程狀態下刷機使用的，在更改開機圖片和 G2 刷機時會用到。
2.安裝前請設置好手機 設置——應用程序——勾選「未知源」
設置——應用程序——開發——勾選「USB 調
要雙擊一下APK程序就可以自動安裝到你的手機里了

⑧ 如何在 android 系統中使用 std：stoul 和 std：stoull

方法： 1.在jni目錄下新建Application.mk; 加入 APP_STL := stlport_static右邊的值還可以換成下面幾個： system - 使用默啟冊漏認最小的C++運悄爛行庫，這樣生成的應用體積小，內存佔用小，但部分功能將無法支持姿團 stlport_static - 使用STLport作為靜態庫...

⑨ Android studio報錯是怎麼回事

一.認識android的架構
Android其本質就是在標準的Linux系統上增加了Java虛擬機Dalvik，並在Dalvik虛擬機上搭建了一個JAVA的application framework，所有的應用程序都是基於JAVA的application framework之上。碰團廳
android分為四個層，從高層到低層分別是應用程序層、應用程序框架層、系統運行庫層和linux核心層。
二.搭建環境
搭建開發環境
對國內的開發者來說最痛苦的是無法去訪問android開發網站。為了更好的認識世界，對程序員來說，會翻牆也是的一門技術，帶你去領略牆外的世界，好了，不廢話了, 國內開發者訪問(androiddevtools) 上面已經有了所有你要的資源，同時可以下載到我們的主角framework
但是這樣的搭建只能去閱讀源代碼，我們無法去更進一步去實現自己的rom,我們看到錘子的系統在早期的開放rom是自己從新實現了framework的代碼，現在看起來他成功了，所以我們還要去搭建android系統的源碼編譯環境。
搭建源碼編譯環境
三.開始主題
在一開始寫c程序的時候都有一個運行的入口，比如
#include <iostream>
#include <cmath>
#include <algorithm>
using namespace std;
//這里的main就是應用的入口
int main(int argc, const char * argv[]){
return 0;
}
在計算機網路笑隱原理中我們用socket實現一個伺服器端，不斷的接聽客戶端的訪問，而且他的代碼是這樣實現的：
#include <winsock2.h>
#pragma comment(lib, "WS2_32.lib")
#include <stdio.h>
void main()
{
WORD wVersionRequested;//版本號
WSADATA wsaData;
int err;
wVersionRequested = MAKEWORD(2, 2);//2.2版本的套接字
//載入套接字型檔,如果失敗返回
err = WSAStartup(wVersionRequested, &wsaData);
if (err != 0)
{
return;
}
//判斷高低位元組是不是2,如果不是2.2的版本則退出
if (LOBYTE(wsaData.wVersion) != 2 ||
HIBYTE(wsaData.wVersion) != 2)
{
return;
}
//創建流式套接字,基於TCP(SOCK_STREAM)
SOCKET socSrv = socket(AF_INET, SOCK_STREAM, 0);
//Socket地址結構體的創建
SOCKADDR_IN addrSrv;
addrSrv.sin_addr.S_un.S_addr = htonl(INADDR_ANY);//轉換Unsigned long型為網路位元組序格
addrSrv.sin_family = AF_INET;//指定地址簇
addrSrv.sin_port = htons(6000);
//指定埠號,除sin_family參數外,其它參數都是網路位元組序,因此需要轉換
//將套接字綁定到一個埠號和本地地址上
bind(socSrv, (SOCKADDR*)&addrSrv, sizeof(SOCKADDR));//必須用sizeof，strlen不行
listen(socSrv, 5);
SOCKADDR_IN addrClient;//字義用來接收客戶端Socket的結構體
int len = sizeof(SOCKADDR);//初始化參數,這個參數必須進行初始化，sizeof
//循環等待接受客戶端發送請求
while (1)
{
//等待客戶請求到來；當請求到來後，接受連接請求，
//返回一個新的對應於此次連接的套接字（accept）。
//此時程序在此發生阻塞
SOCKET sockConn = accept(socSrv, (SOCKADDR*)&addrClient, &len);
char sendBuf[100];
sprintf(sendBuf, "Welcome %s to JoyChou",
inet_ntoa(addrClient.sin_addr));//格式化輸或悉出
//用返回的套接字和客戶端進行通信
send(sockConn, sendBuf, strlen(sendBuf)+1, 0);//多發送一個位元組
//接收數據
char recvBuf[100];
recv(sockConn, recvBuf, 100, 0);
printf("%s\\n", recvBuf);
closesocket(sockConn);
}
}
他採用了一個while死循環去監聽客戶端的請求。
先上源代碼
public final class ActivityThread {
public static void main(String[] args) {
SamplingProfilerIntegration.start();
CloseGuard.setEnabled(false);
Environment.initForCurrentUser();
EventLogger.setReporter(new EventLoggingReporter());
Security.addProvider(new AndroidKeyStoreProvider());
final File configDir = Environment.getUserConfigDirectory(UserHandle.myUserId());
TrustedCertificateStore.setDefaultUserDirectory(configDir);
Process.setArgV0("<pre-initialized>");
Looper.prepareMainLooper();
//從中可以看到為app開辟了一個線程進入了looper之中
ActivityThread thread = new ActivityThread();
thread.attach(false);
if (sMainThreadHandler == null) {
sMainThreadHandler = thread.getHandler();
}
AsyncTask.init();
if (false) {
Looper.myLooper().setMessageLogging(new
LogPrinter(Log.DEBUG, "ActivityThread"));
}
Looper.loop();
throw new RuntimeException("Main thread loop unexpectedly exited");
}
}
看到源碼失望了，沒有一個while循環啊，其實用了他方法實現
//用一個looper的機制循環監聽響應
Looper.prepareMainLooper();
Looper.loop();
進一步深入代碼
public static void loop() {
final Looper me = myLooper();
if (me == null) {
throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
}
final MessageQueue queue = me.mQueue;
Binder.clearCallingIdentity();
final long ident = Binder.clearCallingIdentity();
// 在這里看到了一個循環監聽消息
for (;;) {
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
return;
}
Printer logging = me.mLogging;
if (logging != null) {
logging.println(">>>>> Dispatching to " + msg.target + " " +
msg.callback + ": " + msg.what);
}
msg.target.dispatchMessage(msg);
if (logging != null) {
logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);
}
// Make sure that ring the course of dispatching the
// identity of the thread wasn't corrupted.
final long newIdent = Binder.clearCallingIdentity();
if (ident != newIdent) {
Log.wtf(TAG, "Thread identity changed from 0x"
+ Long.toHexString(ident) + " to 0x"
+ Long.toHexString(newIdent) + " while dispatching to "
+ msg.target.getClass().getName() + " "
+ msg.callback + " what=" + msg.what);
}
msg.recycleUnchecked();
}
}

⑩ 關於Android打包不識別c++11 std::to_string的錯誤

將

改為：