目前update-script腳本格式是edify，其與amend有何區別，暫不討論，我們只分析其中主要的語法，以及腳本的流程控制。
一、update-script腳本語法簡介：
我們順著所生成的腳本來看其中主要涉及的語法。 1.assert(condition)：如果condition參數的計算結果為False，則停止腳本執行，否則繼續執行腳本。 2.show_progress(frac,sec)：frac表示進度完成的數值，sec表示整個過程的總秒數。主要用與顯示UI上的進度條。 3.format(fs_type,partition_type,location)：fs_type，文件系統類型，取值一般為“yaffs2”或“ext4”。Partition_type，分區類型，一般取值為“MTD”或則“EMMC”。主要用于格式化為指定的文件系統。事例如下：format（”yaffs2”,”MTD”,”system”）。 4.mount(fs_type,partition_type,location,mount_point)：前兩個參數同上，location要掛載的設備，mount_point掛載點。作用：掛載一個文件系統到指定的掛載點。 5.package_extract_dir(src_path,destination_path)：src_path，要提取的目錄，destination_path目標目錄。作用：從升級包內，提取目錄到指定的位置。示例：package_extract_dir(“system”,”/system”)。 6.symlink(target,src1,src2,……,srcN)：target，字符串類型，是符號連接的目標。SrcX代表要創建的符號連接的目標點。示例：symlink(“toolbox”,”/system/bin/ps”),建立指向toolbox符號連接/system/bin/ps，值得注意的是，在建立新的符號連接之前，要斷開已經存在的符號連接。 7.set_perm(uid,gid,mode,file1,file2,……,fileN)：作用是設置單個文件或則一系列文件的權限，最少要指定一個文件。 8.set_perm_recursive(uid,gid,mode,dir1,dir2,……,dirN)：作用同上，但是這里同時改變的是一個或多個目錄及其文件的權限。 9.package_extract_file(srcfile_path,desfile_paht)：srcfile_path，要提取的文件，desfile_path，提取文件的目標位置。示例：package_extract_file(“boot.img”,”/tmp/boot.img”)將升級包中的boot.img文件拷貝到內存文件系統的/tmp下。 10.write_raw_image(src-image,partition)：src-image源鏡像文件，partition，目標分區。作用：將鏡像寫入目標分區。示例：write_raw_image(“/tmp/boot.img”,”boot”)將boot.img鏡像寫入到系統的boot分區。 11.getprop(key)：通過指定key的值來獲取對應的屬性信息。示例：getprop(“ro.product.device”)獲取ro.product.device的屬性值。 12. ui_print(String): 用于在Flash Mode要顯示的內容 13. delete(FilePath): 用于刪除文件的命令 14. run_program(Shell, ScriptPath): 例如：run_program("/sbin/sh", "/system/bin/install.sh"); 15. umount(Path): 卸載文件系統 16. cmdlist：
- is_mounted
- unmount
- format
- show_progress
- set_progress
- delete
- delete_recursive
- package_extract_dir
- package_extract_file
- retouch_binaries
- undo_retouch_binaries
- symlink
- set_perm
- set_perm_recursive
- getprop
- file_getprop
- write_raw_image
- apply_patch
- apply_patch_check
- apply_patch_space
- read_file
- sha1_check
- wipe_cache
- ui_print
- run_program
- set_bootloader_env
二、updater-script腳本執行流程分析： 先看一下在測試過程中用命令make otapackage生成的升級腳本如下：
- assert(!less_than_int(1331176658, getprop("ro.build.date.utc")));
- assert(getprop("ro.product.device") == "tcc8800" ||
- getprop("ro.build.product") == "tcc8800");
- show_progress(0.500000, 0);
- format("yaffs2", "MTD", "system");
- mount("yaffs2", "MTD", "system", "/system");
- package_extract_dir("recovery", "/system");
- package_extract_dir("system", "/system");
- symlink("busybox", "/system/bin/cp", "/system/bin/grep",
- "/system/bin/tar", "/system/bin/unzip",
- "/system/bin/vi");
- symlink("toolbox", "/system/bin/cat", "/system/bin/chmod",
- "/system/bin/chown", "/system/bin/cmp", "/system/bin/date",
- "/system/bin/dd", "/system/bin/df", "/system/bin/dmesg",
- "/system/bin/getevent", "/system/bin/getprop", "/system/bin/hd",
- "/system/bin/id", "/system/bin/ifconfig", "/system/bin/iftop",
- "/system/bin/insmod", "/system/bin/ioctl", "/system/bin/ionice",
- "/system/bin/kill", "/system/bin/ln", "/system/bin/log",
- "/system/bin/ls", "/system/bin/lsmod", "/system/bin/lsof",
- "/system/bin/mkdir", "/system/bin/mount", "/system/bin/mv",
- "/system/bin/nandread", "/system/bin/netstat",
- "/system/bin/newfs_msdos", "/system/bin/notify", "/system/bin/printenv",
- "/system/bin/ps", "/system/bin/reboot", "/system/bin/renice",
- "/system/bin/rm", "/system/bin/rmdir", "/system/bin/rmmod",
- "/system/bin/route", "/system/bin/schedtop", "/system/bin/sendevent",
- "/system/bin/setconsole", "/system/bin/setprop", "/system/bin/sleep",
- "/system/bin/smd", "/system/bin/start", "/system/bin/stop",
- "/system/bin/sync", "/system/bin/top", "/system/bin/umount",
- "/system/bin/uptime", "/system/bin/vmstat", "/system/bin/watchprops",
- "/system/bin/wipe");
- set_perm_recursive(0, 0, 0755, 0644, "/system");
- set_perm_recursive(0, 2000, 0755, 0755, "/system/bin");
- set_perm(0, 3003, 02750, "/system/bin/netcfg");
- set_perm(0, 3004, 02755, "/system/bin/ping");
- set_perm(0, 2000, 06750, "/system/bin/run-as");
- set_perm_recursive(1002, 1002, 0755, 0440, "/system/etc/bluetooth");
- set_perm(0, 0, 0755, "/system/etc/bluetooth");
- set_perm(1000, 1000, 0640, "/system/etc/bluetooth/auto_pairing.conf");
- set_perm(3002, 3002, 0444, "/system/etc/bluetooth/blacklist.conf");
- set_perm(1002, 1002, 0440, "/system/etc/dbus.conf");
- set_perm(1014, 2000, 0550, "/system/etc/dhcpcd/dhcpcd-run-hooks");
- set_perm(0, 2000, 0550, "/system/etc/init.goldfish.sh");
- set_perm(0, 0, 0544, "/system/etc/install-recovery.sh");
- set_perm_recursive(0, 0, 0755, 0555, "/system/etc/ppp");
- set_perm_recursive(0, 2000, 0755, 0755, "/system/xbin");
- set_perm(0, 0, 06755, "/system/xbin/librank");
- set_perm(0, 0, 06755, "/system/xbin/procmem");
- set_perm(0, 0, 06755, "/system/xbin/procrank");
- set_perm(0, 0, 06755, "/system/xbin/su");
- set_perm(0, 0, 06755, "/system/xbin/tcpdump");
- show_progress(0.200000, 0);
- show_progress(0.200000, 10);
- assert(package_extract_file("boot.img", "/tmp/boot.img"),
- write_raw_image("/tmp/boot.img", "boot"),
- delete("/tmp/boot.img"));
- show_progress(0.100000, 0);
- unmount("/system");
下面分析下這個腳本的執行過程： ①比較時間戳：如果升級包較舊則終止腳本的執行。 ②匹配設備信息：如果和當前的設備信息不一致，則停止腳本的執行。 ③顯示進度條：如果以上兩步匹配則開始顯示升級進度條。 ④格式化system分區并掛載。 ⑤提取包中的recovery以及system目錄下的內容到系統的/system下。 ⑥為/system/bin/下的命令文件建立符號連接。 ⑦設置/system/下目錄以及文件的屬性。 ⑧將包中的boot.img提取到/tmp/boot.img。 ⑨將/tmp/boot.img鏡像文件寫入到boot分區。 ⑩完成后卸載/system。 以上就是updater-script腳本中的語法，及其執行的具體過程。通過分析其執行流程，我們可以發現在執行過程中，并未將升級包另外解壓到一個地方，而是需要什么提取什么。值得主要的是在提取recovery和system目錄中的內容時，一并放在了/system/下。在操作的過程中，并未刪除或改變update.zip包中的任何內容。在實際的更新完成后，我們的update.zip包確實還存在于原來的位置。
三、總結 以上的九篇著重分析了Android系統中Recovery模式中的一種，即我們做好的update.zip包在系統更新時所走過的流程。其核心部分就是Recovery服務的工作原理。其他兩種FACTORY RESET、ENCRYPTED FILE SYSTEM ENABLE/DISABLE與OTA INSTALL是相通的。重點是要理解Recovery服務的工作原理。另外詳細分析其升級過程，對于我們在實際升級時，可以根據我們的需要做出相應的修改。 http://blog.csdn.net/tody_guo/article/details/7943429
|
