Android系统在超级终端下必会的命令大全（adb shell命令大全）
1. 显示系统中所有Android平台： android list targets 2. 显示系统中所有AVD（模拟器）： android list avd 3. 建立AVD（模拟器）： android create avd --name 名称 --target 平台编号 4. 启动模拟器： emulator -avd 名称 -sdcard ~/名称.img (-skin 1280x800) 5. 删除AVD（模拟器）： android delete avd --name 名称 6. 建立SDCard： mksdcard 1024M ~/名称.img 7. AVD(模拟器)所在位置： Linux(~/.android/avd) Windows(C:\Documents and Settings\Administrator\.android\avd) 8. 启动DDMS： ddms 9. 显示当前运行的所有模拟器： adb devices 10. 对某一模拟器执行命令： abd -s 模拟器编号 命令 11. 安装应用程序： adb install -r 应用程序.apk 12. 获取模拟器中的文件： adb pull <remote> <local> 13. 向模拟器中写文件： adb push <local> <remote> 14. 进入模拟器的shell模式： adb shell 15. 启动SDK，文档，实例下载管理器： android 16. 缷载apk包： adb shell cd data/app rm apk包 exit adb uninstall apk包的主包名 adb install -r apk包 17. 查看adb命令帮助信息： adb help 18. 在命令行中查看LOG信息： adb logcat -s 标签名 19. adb shell后面跟的命令主要来自： 源码\system\core\toolbox目录和源码\frameworks\base\cmds目录。 20. 删除系统应用： adb remount （从新挂载系统分区，使系统分区从新可写）。 adb shell cd system/app rm *.apk 21. 获取管理员权限： adb root 22. 启动Activity： adb shell am start -n 包名/包名＋类名（-n 类名,-a action,-d date,-m MIME-TYPE,-c category,-e 扩展数据,等）。 23、发布端口： 你能够设置任意的端口号，作为主机向模拟器或设备的请求端口。如： adb forward tcp:5555 tcp:8000 24、复制文件： 你可向一个设备或从一个设备中复制文件， 复制一个文件或目录到设备或模拟器上： adb push <source> <destination></destination></source> 如：adb push test.txt /tmp/test.txt 从设备或模拟器上复制一个文件或目录： adb pull <source> <destination></destination></source> 如：adb pull /addroid/lib/libwebcore.so . 25、搜索模拟器/设备的实例： 取得当前运行的模拟器/设备的实例的列表及每一个实例的状态： adb devices 26、查看bug报告： adb bugreport 27、记录无线通信日志： 通常来讲，无线通信的日志很是多，在运行时不必去记录，但咱们仍是能够经过命令，设置记录： adb shell logcat -b radio 28、获取设备的ID和序列号： adb get-product adb get-serialno 29、访问数据库SQLite3 adb shell sqlite3 busybox BusyBox 是标准 Linux 工具的一个单个可执行实现。BusyBox 包含了一些简单的工具，例如 cat 和 echo，还包含了一些更大、更复杂的工具，例如 grep、find、mount 以及 telnet。有些人将 BusyBox 称为 Linux 工具里的瑞士军刀.简单的说BusyBox就好像是个大工具箱，它集成压缩了 Linux 的许多工具和命令。 1、 BusyBox 的诞生 BusyBox 最初是由 Bruce Perens 在 1996 年为 Debian GNU/Linux 安装盘编写的。其目标是在一张软盘上建立一个可引导的 GNU/Linux 系统，这能够用做安装盘和急救盘。 2、busybox的用法 能够这样用busybox #busybox ls 他的功能就至关运行ls命令 最经常使用的用法是创建指向busybox的连接,不一样的连接名完成不一样的功能. #ln -s busybox ls #ln -s busybox rm #ln -s busybox mkdir 而后分别运行这三个连接: #./ls #./rm #./mkdir 就能够分别完成了ls rm 和mkdir命令的功能.虽然他们都指向同一个可执行程序busybox，可是只要连接名不一样,完成的功能就不一样，不少linux网站都提供busybox的源代码下载。 3、配置busybox busybox的配置程序和linux内核菜单配置方式简直如出一辙.熟悉用make menuconfig方式配置linux内核的朋友很容易上手. #cp busybox-1.00.tar.gz /babylinux #cd /babylinux #tar xvfz busybox-1.00.tar.gz #cd busybox-1.00 #make menuconfig 下面是须要编译进busybox的功能选项。 General Configuration应该选的选项 Show verbose applet usage messages Runtime SUID/SGID configuration via /etc/busybox.conf Build Options Build BusyBox as a static binary (no shared libs) 这个选项是必定要选择的,这样才能把busybox编译成静态连接的可执行文件,运行时才独立于其余函数库.不然必须要其余库文件才能运行,在单一个linux内核不能使它正常工做. Installation Options Don't use /usr 这个选项也必定要选,不然make install 后busybox将安装在原系统的/usr下,这将覆盖掉系统原有的命令.选择这个选项后,make install后会在busybox目录下生成一个叫_install的目录,里面有busybox和指向它的连接. 其它选项都是一些linux基本命令选项,本身须要哪些命令就编译进去,通常用默认的就能够了，配置好后退出并保存。 4、编译并安装busybox #make #make install 编译好后在busybox目录下生成子目录_install,里面的内容: drwxr-xr-x 2 root root 4096 11月 24 15:28 bin rwxrwxrwx 1 root root 11 11月 24 15:28 linuxrc -> bin/busybox drwxr-xr-x 2 root root 4096 11月 24 15:28 sbin 其中可执行文件busybox在bin目录下,其余的都是指向他的符号连接. Android系统在超级终端下必会的命令大全（二） 1、安装和登陆命令 reboot 1.做用 reboot命令的做用是从新启动计算机，它的使用权限是系统管理者。 2.格式 reboot [－n] [－w] [－d] [－f] [－i] 3.主要参数 －n: 在重开机前不作将记忆体资料写回硬盘的动做。 －w: 并不会真的重开机，只是把记录写到/var/log/wtmp文件里。 －d: 不把记录写到/var/log/wtmp文件里（－n这个参数包含了－d）。 －i: 在重开机以前先把全部与网络相关的装置中止。 mount 1.做用 mount命令的做用是加载文件系统，它的用权限是超级用户或/etc/fstab中容许的使用者。 2.格式 mount －a [－fv] [－t vfstype] [－n] [－rw] [－F] device dir 3.主要参数 －h：显示辅助信息。 －v：显示信息，一般和－f用来除错。 －a：将/etc/fstab中定义的全部文件系统挂上。 －F：这个命令一般和－a一块儿使用，它会为每个mount的动做产生一个行程负责执行。在系统须要挂上大量NFS文件系统时能够加快加载的速度。 －f：一般用于除错。它会使mount不执行实际挂上的动做，而是模拟整个挂上的过程，一般会和－v一块儿使用。 －t vfstype：显示被加载文件系统的类型。 －n：通常而言，mount挂上后会在/etc/mtab中写入一笔资料，在系统中没有可写入文件系统的状况下，能够用这个选项取消这个动做。 4.应用技巧 在 Linux和Unix系统上，全部文件都是做为一个大型树（以/为根）的一部分访问的。要访问CD-ROM上的文件，须要将CD-ROM设备挂装在文件树中的某个挂装点。若是发行版安装了自动挂装包，那么这个步骤可自动进行。在Linux中，若是要使用硬盘、光驱等储存设备，就得先将它加载，当储存设备挂上了以后，就能够把它当成一个目录来访问。挂上一个设备使用mount命令。在使用mount这个指令时，至少要先知道下列三种信息：要加载对象的文件系统类型、要加载对象的设备名称及要将设备加载到哪一个目录下。 （1）Linux能够识别的文件系统 ◆ Windows 95/98经常使用的FAT 32文件系统：vfat ； ◆ Win NT/2000 的文件系统：ntfs ； ◆ OS/2用的文件系统：hpfs； ◆ Linux用的文件系统：ext二、ext3； ◆ CD-ROM光盘用的文件系统：iso9660。 虽然vfat是指FAT 32系统，但事实上它也兼容FAT 16的文件系统类型。 （2）肯定设备的名称 在Linux中，设备名称一般都存在/dev里。这些设备名称的命名都是有规则的，能够用“推理”的方式把设备名称找出来。例如，/dev/hda1这个 IDE设备，hd是Hard Disk(硬盘)的，sd是SCSI Device，fd是Floppy Device(或是Floppy Disk?)。a表明第一个设备，一般IDE接口能够接上4个IDE设备(好比4块硬盘)。因此要识别IDE硬盘的方法分别就是hda、hdb、hdc、 hdd。hda1中的“1”表明hda的第一个硬盘分区 (partition)，hda2表明hda的第二主分区，第一个逻辑分区从hda5开始，依此类推。此外，能够直接检查/var/log/messages文件，在该文件中能够找到计算机开机后系统已辨认出来的设备代号。 （3）查找挂接点 在决定将设备挂接以前，先要查看一下计算机是否是有个/mnt的空目录，该目录就是专门用来看成挂载点(MountPoint)的目录。建议在/mnt里建几个/mnt/cdrom、/mnt/floppy、/mnt/mo等目录，看成目录的专用挂载点。举例而言，如要挂载下列5个设备，其执行指令可能以下 (假设都是Linux的ext2系统，若是是Windows XX请将ext2改为vfat)： 软盘 ===>mount －t ext2 /dev/fd0 /mnt/floppy cdrom ===>mount －t iso9660 /dev/hdc /mnt/cdrom SCSI cdrom ===>mount －t iso9660 /dev/sdb /mnt/scdrom SCSI cdr ===>mount －t iso9660 /dev/sdc /mnt/scdr 不过目前大多数较新的Linux发行版本（包括红旗 Linux、中软Linux、Mandrake Linux等）均可以自动挂装文件系统，但Red Hat Linux除外。 umount 1.做用 umount命令的做用是卸载一个文件系统，它的使用权限是超级用户或/etc/fstab中容许的使用者。 2.格式 unmount －a [－fFnrsvw] [－t vfstype] [－n] [－rw] [－F] device dir 3.使用说明 umount 命令是mount命令的逆操做，它的参数和使用方法和mount命令是同样的。Linux挂装CD-ROM后，会锁定CD—ROM，这样就不能用CD- ROM面板上的Eject按钮弹出它。可是，当再也不须要光盘时，若是已将/cdrom做为符号连接，请使用umount/cdrom来卸装它。仅当无用户 正在使用光盘时，该命令才会成功。该命令包括了将带有当前工做目录看成该光盘中的目录的终端窗口。 exit 1.做用 exit命令的做用是退出系统，它的使用权限是全部用户。 2.格式 exit 3.参数 exit命令没有参数，运行后退出系统进入登陆界面。 -------------------------------------------------------------------------------- 做者: ☆-☆ 时间: 2010-6-8 11:52 Android系统在超级终端下必会的命令大全（三） 2、文件处理命令 mkdir 1.做用 mkdir命令的做用是创建名称为dirname的子目录，与MS DOS下的md命令相似，它的使用权限是全部用户。 2.格式 mkdir [options] 目录名 3.[options]主要参数 －m, －－mode=模式：设定权限，与chmod相似。 －p, －－parents：须要时建立上层目录；若是目录早已存在，则不看成错误。 －v, －－verbose：每次建立新目录都显示信息。 －－version：显示版本信息后离开。 4.应用实例 在进行目录建立时能够设置目录的权限，此时使用的参数是“－m”。假设要建立的目录名是“tsk”，让全部用户都有rwx(即读、写、执行的权限)，那么能够使用如下命令： $ mkdir －m 777 tsk grep 1.做用 grep命令能够指定文件中搜索特定的内容，并将含有这些内容的行标准输出。grep全称是Global Regular Expression Print，表示全局正则表达式版本，它的使用权限是全部用户。 2.格式 grep [options] 3.主要参数 [options]主要参数： －c：只输出匹配行的计数。 －I：不区分大小写（只适用于单字符）。 －h：查询多文件时不显示文件名。 －l：查询多文件时只输出包含匹配字符的文件名。 －n：显示匹配行及行号。 －s：不显示不存在或无匹配文本的错误信息。 －v：显示不包含匹配文本的全部行。 pattern正则表达式主要参数： \：忽略正则表达式中特殊字符的原有含义。 ^：匹配正则表达式的开始行。 $: 匹配正则表达式的结束行。 \：到匹配正则表达式的行结束。 [ ]：单个字符，如[A]即A符合要求 。 [ - ]：范围，如[A-Z]，即A、B、C一直到Z都符合要求 。 。：全部的单个字符。 * ：有字符，长度能够为0。 正则表达式是Linux/Unix系统中很是重要的概念。正则表达式（也称为“regex”或“regexp”）是一个能够描述一类字符串的模式（Pattern）。若是一个字符串能够用某个正则表达式来描述，咱们就说这个字符和该正则表达式匹配（Match）。这和DOS中用户能够使用通配符 “*”表明任意字符相似。在Linux系统上，正则表达式一般被用来查找文本的模式，以及对文本执行“搜索－替换”操做和其它功能。 4.应用实例 查询DNS服务是平常工做之一，这意味着要维护覆盖不一样网络的大量IP地址。有时IP地址会超过2000个。若是要查看nnn.nnn网络地址，可是却忘了第二部分中的其他部分，只知到有两个句点，例如nnn nn..。要抽取其中全部nnn.nnn IP地址，使用[0－9 ]\{3 \}\.[0－0\{3\}\。含义是任意数字出现3次，后跟句点，接着是任意数字出现3次，后跟句点。 $grep ’[0－9 ]\{3 \}\.[0－0\{3\}\’ ipfile 补充说明，grep家族还包括fgrep和egrep。fgrep是fix grep，容许查找字符串而不是一个模式；egrep是扩展grep，支持基本及扩展的正则表达式，但不支持\q模式范围的应用及与之相对应的一些更加规范的模式。 dd 1.做用 dd命令用来复制文件，并根据参数将数据转换和格式化。 2.格式 dd [options] 3.[opitions]主要参数 bs=字节：强迫 ibs=及obs=。 cbs=字节：每次转换指定的。 conv=关键字：根据以逗号分隔的关键字表示的方式来转换文件。 count=块数目：只复制指定的输入数据。 ibs=字节：每次读取指定的。 if=文件：读取内容，而非标准输入的数据。 obs=字节：每次写入指定的。 of=文件：将数据写入，而不在标准输出显示。 seek=块数目：先略过以obs为单位的指定的输出数据。 skip=块数目：先略过以ibs为单位的指定的输入数据。 4.应用实例 dd命令经常用来制做Linux启动盘。先找一个可引导内核，令它的根设备指向正确的根分区，而后使用dd命令将其写入软盘： $ rdev vmlinuz /dev/hda $dd if＝vmlinuz of＝/dev/fd0 上面代码说明，使用rdev命令将可引导内核vmlinuz中的根设备指向/dev/hda，请把“hda”换成本身的根分区，接下来用dd命令将该内核写入软盘。 find 1.做用 find命令的做用是在目录中搜索文件，它的使用权限是全部用户。 2.格式 find [path][options][expression] path指定目录路径，系统从这里开始沿着目录树向下查找文件。它是一个路径列表，相互用空格分离，若是不写path，那么默认为当前目录。 3.主要参数 [options]参数： －depth：使用深度级别的查找过程方式，在某层指定目录中优先查找文件内容。 －maxdepth levels：表示至多查找到开始目录的第level层子目录。level是一个非负数，若是level是0的话表示仅在当前目录中查找。 －mindepth levels：表示至少查找到开始目录的第level层子目录。 －mount：不在其它文件系统（如Msdos、Vfat等）的目录和文件中查找。 －version：打印版本。 [expression]是匹配表达式，是find命令接受的表达式，find命令的全部操做都是针对表达式的。它的参数很是多，这里只介绍一些经常使用的参数。 —name：支持统配符*和?。 －atime n：搜索在过去n天读取过的文件。 －ctime n：搜索在过去n天修改过的文件。 －group grpoupname：搜索全部组为grpoupname的文件。 －user 用户名：搜索全部文件属主为用户名（ID或名称）的文件。 －size n：搜索文件大小是n个block的文件。 －print：输出搜索结果，而且打印。 4.应用技巧 find命令查找文件的几种方法： （1）根据文件名查找 例如，咱们想要查找一个文件名是lilo.conf的文件，能够使用以下命令： find / －name lilo.conf find命令后的“/”表示搜索整个硬盘。 （2）快速查找文件 根据文件名查找文件会遇到一个实际问题，就是要花费至关长的一段时间，特别是大型Linux文件系统和大容量硬盘文件放在很深的子目录中时。若是咱们知道了这个文件存放在某个目录中，那么只要在这个目录中往下寻找就能节省不少时间。好比smb.conf文件，从它的文件后缀“.conf”能够判断这是一个配置文件，那么它应该在/etc目录内，此时能够使用下面命令： find /etc －name smb.conf 这样，使用“快速查找文件”方式能够缩短期。 （3）根据部分文件名查找方法 有时咱们知道只某个文件包含有abvd这4个字，那么要查找系统中全部包含有这4个字符的文件能够输入下面命令： find / －name ’*abvd*’ 输入这个命令之后，Linux系统会将在/目录中查找全部的包含有abvd这4个字符的文件（其中*是通配符），好比abvdrmyz等符合条件的文件都能显示出来。 (4) 使用混合查找方式查找文件 find命令能够使用混合查找的方法，例如，咱们想在/etc目录中查找大于500000字节，而且在24小时内修改的某个文件，则能够使用-and (与)把两个查找参数连接起来组合成一个混合的查找方式。 find /etc -size +500000c -and -mtime +1 mv 1.做用 mv命令用来为文件或目录更名，或者将文件由一个目录移入另外一个目录中，它的使用权限是全部用户。该命令如同DOS命令中的ren和move的组合。 2.格式 mv[options] 源文件或目录 目标文件或目录 3.[options]主要参数 －i：交互方式操做。若是mv操做将致使对已存在的目标文件的覆盖，此时系统询问是否重写，要求用户回答“y”或“n”，这样能够避免误覆盖文件。 －f：禁止交互操做。mv操做要覆盖某个已有的目标文件时不给任何指示，指定此参数后i参数将再也不起做用。 4.应用实例 （1）将/usr/cbu中的全部文件移到当前目录（用“.”表示）中： $ mv /usr/cbu/ * . （2）将文件cjh.txt重命名为wjz.txt： $ mv cjh.txt wjz.txt ls 1.做用 ls命令用于显示目录内容，相似DOS下的dir命令，它的使用权限是全部用户。 2.格式 ls [options][filename] 3.options主要参数 －a, －－all：不隐藏任何以“.” 字符开始的项目。 －A, －－almost－all：列出除了“ . ”及 “.. ”之外的任何项目。 －－author：印出每一个文件著做者。 －b, －－escape：以八进制溢出序列表示不可打印的字符。 －－block－size=大小：块以指定的字节为单位。 －B, －－ignore－backups：不列出任何以 ~ 字符结束的项目。 －f：不进行排序，－aU参数生效，－lst参数失效。 －F, －－classify：加上文件类型的指示符号 (*/=@| 其中一个)。 －g：like －l, but do not list owner。 －G, －－no－group：inhibit display of group information。 －i, －－inode：列出每一个文件的inode号。 －I, －－ignore=样式：不印出任何符合Shell万用字符的项目。 －k：即－－block－size=1K。 －l：使用较长格式列出信息。 －L, －－dereference：当显示符号连接的文件信息时，显示符号连接所指示的对象，而并不是符号连接自己的信息。 －m：全部项目以逗号分隔，并填满整行行宽。 －n, －－numeric－uid－gid：相似－l，但列出UID及GID号。 －N, －－literal：列出未经处理的项目名称，例如不特别处理控制字符。 －p, －－file－type：加上文件类型的指示符号 (/=@| 其中一个)。 －Q, －－quote－name：将项目名称括上双引号。 －r, －－reverse：依相反次序排列。 －R, －－recursive：同时列出全部子目录层。 －s, －－size：以块大小为序。 4.应用举例 ls 命令是Linux系统使用频率最多的命令，它的参数也是Linux命令中最多的。使用ls命令时会有几种不一样的颜色，其中蓝色表示是目录，绿色表示是可执 行文件，红色表示是压缩文件，浅蓝色表示是连接文件，加粗的黑色表示符号连接，灰色表示是其它格式文件。ls最常使用的是ls- l。 文 件类型开头是由10个字符构成的字符串。其中第一个字符表示文件类型，它能够是下述类型之一：－（普通文件）、d（目录）、l（符号连接）、b（块设备文件）、c（字符设备文件）。后面的9个字符表示文件的访问权限，分为3组，每组3位。第一组表示文件属主的权限，第二组表示同组用户的权限，第三组表示其余用户的权限。每一组的三个字符分别表示对文件的读（r）、写（w）和执行权限（x）。对于目录，表示进入权限。s表示当文件被执行时，把该文件的UID 或GID赋予执行进程的UID（用户ID）或GID（组ID）。t表示设置标志位（留在内存，不被换出）。若是该文件是目录，那么在该目录中的文件只能被超级用户、目录拥有者或文件属主删除。若是它是可执行文件，那么在该文件执行后，指向其正文段的指针仍留在内存。这样再次执行它时，系统就能更快地装入该文件。接着显示的是文件大小、生成时间、文件或命令名称。 Android系统在超级终端下必会的命令大全（四） diff 1.做用 diff命令用于两个文件之间的比较，并指出二者的不一样，它的使用权限是全部用户。 2.格式 diff [options] 源文件 目标文件 3.[options]主要参数 -a：将全部文件看成文本文件来处理。 -b：忽略空格形成的不一样。 -B：忽略空行形成的不一样。 -c：使用纲要输出格式。 -H：利用试探法加速对大文件的搜索。 -I：忽略大小写的变化。 -n --rcs：输出RCS格式。 cmp 1.做用 cmp（“compare”的缩写）命令用来简要指出两个文件是否存在差别，它的使用权限是全部用户。 2.格式 cmp[options] 文件名 3.[options]主要参数 -l: 将字节以十进制的方式输出，并方便将两个文件中不一样的以八进制的方式输出。 cat 1.做用 cat（“concatenate”的缩写）命令用于链接并显示指定的一个和多个文件的有关信息，它的使用权限是全部用户。 2.格式 cat [options] 文件1 文件2…… 3.[options]主要参数 －n：由第一行开始对全部输出的行数编号。 －b：和－n类似，只不过对于空白行不编号。 －s：当遇到有连续两行以上的空白行时，就代换为一行的空白行。 4.应用举例 （1）cat命令一个最简单的用处是显示文本文件的内容。例如，咱们想在命令行看一下README文件的内容，能够使用命令： $ cat README （2）有时须要将几个文件处理成一个文件，并将这种处理的结果保存到一个单独的输出文件。cat命令在其输入上接受一个或多个文件，并将它们做为一个单独的文件打印到它的输出。例如，把README和INSTALL的文件内容加上行号（空白行不加）以后，将内容附加到一个新文本文件File1 中： $ cat README INSTALL File1 （3）cat 还有一个重要的功能就是能够对行进行编号。这种功能对于程序文档的编制，以及法律和科学文档的编制很方便，打印在左边的行号使得参考文档的某一部分变得容易，这些在编程、科学研究、业务报告甚至是立法工做中都是很是重要的。对行进行编号功能有-b（只能对非空白行进行编号）和-n（能够对全部行进行编号）两个参数： $ cat -b /etc/named.conf ln 1.做用 ln命令用来在文件之间建立连接，它的使用权限是全部用户。 2.格式 ln [options] 源文件 [连接名] 3.参数 －f：链结时先将源文件删除。 －d：容许系统管理者硬链结本身的目录。 －s：进行软链结(Symbolic Link)。 －b：将在链结时会被覆盖或删除的文件进行备份。 连接有两种，一种被称为硬连接（Hard Link），另外一种被称为符号连接（Symbolic Link）。默认状况下，ln命令产生硬连接。硬链接指经过索引节点来进行的链接。在Linux的文件系统中，保存在磁盘分区中的文件无论是什么类型都给它分配一个编号，称为索引节点号(InodeIndex)。在Linux中，多个文件名指向同一索引节点是存在的。通常这种链接就是硬链接。硬链接的做用是容许一个文件拥有多个有效路径名，这样用户就能够创建硬链接到重要文件，以防止“误删”的功能。其缘由如上所述，由于对应该目录的索引节点有一个以上的链接。只删除一个链接并不影响索引节点自己和其它的链接，只有当最后一个链接被删除后，文件的数据块及目录的链接才会被释放。也就是说，文件才会被真正删除。与硬链接相对应，Lnux系统中还存在另外一种链接，称为符号链接（Symbilc Link），也叫软链接。软连接文件有点相似于Windows的快捷方式。它其实是特殊文件的一种。在符号链接中，文件其实是一个文本文件，其中包含的有另外一文件的位置信息。 -------------------------------------------------------------------------------- 做者: ☆-☆ 时间: 2010-6-8 11:55 本帖最后由 ☆-☆ 于 2010-6-8 11:59 编辑 Android系统在超级终端下必会的命令大全（五） 系统管理命令 df 1.做用 df命令用来检查文件系统的磁盘空间占用状况，使用权限是全部用户。 2.格式 df [options] 3.主要参数 －s：对每一个Names参数只给出占用的数据块总数。 －a：递归地显示指定目录中各文件及子目录中各文件占用的数据块数。若既不指定－s，也不指定－a，则只显示Names中的每个目录及其中的各子目录所占的磁盘块数。 －k：以1024字节为单位列出磁盘空间使用状况。 －x：跳过在不一样文件系统上的目录不予统计。 －l：计算全部的文件大小，对硬连接文件则计算屡次。 －i：显示inode信息而非块使用量。 －h：以容易理解的格式印出文件系统大小，例如136KB、254MB、21GB。 －P：使用POSIX输出格式。 －T：显示文件系统类型。 4.说明 df 命令被普遍地用来生成文件系统的使用统计数据，它能显示系统中全部的文件系统的信息，包括总容量、可用的空闲空间、目前的安装点等。超级权限用户使用df 命令时会发现这样的状况：某个分区的容量超过了100％。这是由于Linux系统为超级用户保留了10％的空间，由其单独支配。也就是说，对于超级用户而言，他所见到的硬盘容量将是110％。这样的安排对于系统管理而言是有好处的，当硬盘被使用的容量接近100％时系统管理员还能够正常工做。 5.应用实例 Linux支持的文件系统很是多，包括JFS、ReiserFS、ext、ext二、ext三、ISO9660、XFS、Minx、vfat、MSDOS等。使用df -T命令查看磁盘空间时还能够获得文件系统的信息： ＃df －T 文件系统 类型 容量 已用 可用 已用% 挂载点 /dev/hda7 reiserfs 5.2G 1.6G 3.7G 30% / /dev/hda1 vfat 2.4G 1.6G 827M 66% /windows/C /dev/hda5 vfat 3.0G 1.7G 1.3G 57% /windows/D /dev/hda9 vfat 3.0G 2.4G 566M 82% /windows/E /dev/hda10 NTFS 3.2G 573M 2.6G 18% /windows/F /dev/hda11 vfat 1.6G 1.5G 23M 99% /windows/G 从上面除了能够看到磁盘空间的容量、使用状况外，分区的文件系统类型、挂载点等信息也一览无遗。 top 1.做用 top命令用来显示执行中的程序进程，使用权限是全部用户。 2.格式 top [－] [d delay] [q] [c] [S] [n] 3.主要参数 d：指定更新的间隔，以秒计算。 q：没有任何延迟的更新。若是使用者有超级用户，则top命令将会以最高的优先序执行。 c：显示进程完整的路径与名称。 S：累积模式，会将己完成或消失的子行程的CPU时间累积起来。 s：安全模式。 i：不显示任何闲置(Idle)或无用(Zombie)的行程。 n：显示更新的次数，完成后将会退出top。 4.说明 top命令是Linux系统管理的一个主要命令，经过它能够得到许多信息。 下面列出了详细解释。 PID（Process ID）：进程标示号。 USER：进程全部者的用户名。 PR：进程的优先级别。 NI：进程的优先级别数值。 VIRT：进程占用的虚拟内存值。 RES：进程占用的物理内存值。 SHR：进程使用的共享内存值。 S：进程的状态，其中S表示休眠，R表示正在运行，Z表示僵死状态，N表示该进程优先值是负数。 %CPU：该进程占用的CPU使用率。 %MEM：该进程占用的物理内存和总内存的百分比。 TIME＋：该进程启动后占用的总的CPU时间。 Command：进程启动的启动命令名称，若是这一行显示不下，进程会有一个完整的命令行。 top命令使用过程当中，还能够使用一些交互的命令来完成其它参数的功能。这些命令是经过快捷键启动的。 ：马上刷新。 P：根据CPU使用大小进行排序。 T：根据时间、累计时间排序。 q：退出top命令。 m：切换显示内存信息。 t：切换显示进程和CPU状态信息。 c：切换显示命令名称和完整命令行。 M：根据使用内存大小进行排序。 W：将当前设置写入~/.toprc文件中。这是写top配置文件的推荐方法。 能够看到，top命令是一个功能十分强大的监控系统的工具，对于系统管理员而言尤为重要。可是，它的缺点是会消耗不少系统资源。 free 1.做用 free命令用来显示内存的使用状况，使用权限是全部用户。 2.格式 free [－b|－k|－m] [－o] [－s delay] [－t] [－V] 3.主要参数 －b －k －m：分别以字节（KB、MB）为单位显示内存使用状况。 －s delay：显示每隔多少秒数来显示一次内存使用状况。 －t：显示内存总和列。 －o：不显示缓冲区调节列。 4.应用实例 free命令是用来查看内存使用状况的主要命令。和top命令相比，它的优势是使用简单，而且只占用不多的系统资源。经过－S参数能够使用free命令不间断地监视有多少内存在使用，这样能够把它看成一个方便实时监控器。 ＃free －b －s5 使用这个命令后终端会接二连三地报告内存使用状况（以字节为单位），每5秒更新一次。 chown 1.做用 更改一个或多个文件或目录的属主和属组。使用权限是超级用户。 2.格式 chown [选项] 用户或组 文件 3.主要参数 --dereference：受影响的是符号连接所指示的对象，而非符号连接自己。 -h, --no-dereference：会影响符号连接自己，而非符号连接所指示的目的地(当系统支持更改符号连接的全部者，此选项才有效)。 --from=目前全部者:目前组只当每一个文件的全部者和组符合选项所指定的，才会更改全部者和组。其中一个能够省略，这已省略的属性就不须要符合原有的属性。 -f, --silent, --quiet：去除大部分的错误信息。 -R, --recursive：递归处理全部的文件及子目录。 -v, --verbose：处理任何文件都会显示信息。 4.说明 chown 将指定文件的拥有者改成指定的用户或组，用户能够是用户名或用户ID；组能够是组名或组ID；文件是以空格分开的要改变权限的文件列表，支持通配符。系统管理员常用chown命令，在将文件拷贝到另外一个用户的目录下之后，让用户拥有使用该文件的权限。 5.应用实例 1.把文件shiyan.c的全部者改成wan $ chown wan shiyan.c 2.把目录/hi及其下的全部文件和子目录的属主改为wan，属组改为users。 $ chown - R wan.users /hi chattr 1.做用 修改ext2和ext3文件系统属性(attribute)，使用权限超级用户。 2.格式 chattr [-RV] [-+=AacDdijsSu] [-v version] 文件或目录 3.主要参数 －R：递归处理全部的文件及子目录。 －V：详细显示修改内容，并打印输出。 －：失效属性。 ＋：激活属性。 = ：指定属性。 A：Atime，告诉系统不要修改对这个文件的最后访问时间。 S：Sync，一旦应用程序对这个文件执行了写操做，使系统马上把修改的结果写到磁盘。 a：Append Only，系统只容许在这个文件以后追加数据，不容许任何进程覆盖或截断这个文件。若是目录具备这个属性，系统将只容许在这个目录下创建和修改文件，而不容许删除任何文件。 i：Immutable，系统不容许对这个文件进行任何的修改。若是目录具备这个属性，那么任何的进程只能修改目录之下的文件，不容许创建和删除文件。 D：检查压缩文件中的错误。 d：No dump，在进行文件系统备份时，dump程序将忽略这个文件。 C：Compress，系统以透明的方式压缩这个文件。从这个文件读取时，返回的是解压以后的数据；而向这个文件中写入数据时，数据首先被压缩以后才写入磁盘。 s：Secure Delete，让系统在删除这个文件时，使用0填充文件所在的区域。 u：Undelete，当一个应用程序请求删除这个文件，系统会保留其数据块以便之后可以恢复删除这个文件。 4.说明 chattr 命令的做用很大，其中一些功能是由Linux内核版原本支持的，若是Linux内核版本低于2.2，那么许多功能不能实现。一样－D检查压缩文件中的错误 的功能，须要2.5.19以上内核才能支持。另外，经过chattr命令修改属性可以提升系统的安全性，可是它并不适合全部的目录。chattr命令不能 保护/、/dev、/tmp、/var目录。 5.应用实例 1.恢复/root目录,即子目录的全部文件 # chattr -R +u/root 2.用chattr命令防止系统中某个关键文件被修改 在Linux下，有些配置文件(passwd ,fatab)是不容许任何人修改的，为了防止被误删除或修改，能够设定该文件的“不可修改位(immutable)”，命令以下： # chattr +i /etc/fstab ps 1.做用 ps显示瞬间进程 (process) 的动态，使用权限是全部使用者。 2.格式 ps [options] [--help] 3.主要参数 ps的参数很是多, 此出仅列出几个经常使用的参数。 -A：列出全部的进程。 -l：显示长列表。 -m：显示内存信息。 -w：显示加宽能够显示较多的信息。 -e：显示全部进程。 a：显示终端上的全部进程,包括其它用户的进程。 -au：显示较详细的信息。 -aux：显示全部包含其它使用者的进程。 4.说明 要 对进程进行监测和控制，首先要了解当前进程的状况，也就是须要查看当前进程。ps命令就是最基本、也是很是强大的进程查看命令。使用该命令能够肯定有哪些 进程正在运行、运行的状态、进程是否结束、进程有没有僵尸、哪些进程占用了过多的资源等。图2给出了ps-aux命令详解。大部分信息均可以经过执行该命 令获得。最经常使用的三个参数是u、a、x。下面就结合这三个参数详细说明ps命令的做用：ps aux 图2 ps-aux命令详解 图2第2行代码中，USER表示进程拥有者；PID表示进程标示符；%CPU表示占用的CPU使用率；%MEM占用的物理内存使用率；VSZ表示占用的虚拟内存大小；RSS为进程占用的物理内存值；TTY为终端的次要装置号码。 STAT 表示进程的状态，其中D为不可中断的静止（I/O动做）；R正在执行中；S静止状态；T暂停执行；Z不存在，但暂时没法消除；W没有足够的内存分页可分 配；高优先序的进程；N低优先序的进程；L有内存分页分配并锁在内存体内 (实时系统或 I/O)。START为进程开始时间。TIME为执行的时间。COMMAND是所执行的指令。 4.应用实例 在进行系统维护时，常常会出现内存使用量惊人，而又不知道是哪个进程占用了大量进程的状况。除了能够使用top命令查看内存使用状况以外，还能够使用下面的命令： ps aux | sort +5n -------------------------------------------------------------------------------- 做者: ☆-☆ 时间: 2010-6-8 11:58 Android系统在超级终端下必会的命令大全（十） 6、其余命令 tar 1.做用 tar命令是Unix/Linux系统中备份文件的可靠方法，几乎能够工做于任何环境中，它的使用权限是全部用户。 2.格式 tar [主选项+辅选项] 文件或目录 3.主要参数 使用该命令时，主选项是必需要有的，它告诉tar要作什么事情，辅选项是辅助使用的，能够选用。 主选项： -c 建立新的档案文件。若是用户想备份一个目录或是一些文件，就要选择这个选项。 -r 把要存档的文件追加到档案文件的未尾。例如用户已经作好备份文件，又发现还有一个目录或是一些文件忘记备份了，这时能够使用该选项，将忘记的目录或文件追加到备份文件中。 -t 列出档案文件的内容，查看已经备份了哪些文件。 -u 更新文件。就是说，用新增的文件取代原备份文件，若是在备份文件中找不到要更新的文件，则把它追加到备份文件的最后。 -x 从档案文件中释放文件。 辅助选项： -b 该选项是为磁带机设定的，其后跟一数字，用来讲明区块的大小，系统预设值为20（20×512 bytes）。 -f 使用档案文件或设备，这个选项一般是必选的。 -k 保存已经存在的文件。例如把某个文件还原，在还原的过程当中遇到相同的文件，不会进行覆盖。 -m 在还原文件时，把全部文件的修改时间设定为如今。 -M 建立多卷的档案文件，以便在几个磁盘中存放。 -v 详细报告tar处理的文件信息。如无此选项，tar不报告文件信息。 -w 每一步都要求确认。 -z 用gzip来压缩/解压缩文件，加上该选项后能够将档案文件进行压缩，但还原时也必定要使用该选项进行解压缩。 4.应用说明 tar 是Tape Archive（磁带归档）的缩写，最初设计用于将文件打包到磁带上。若是下载过Linux的源代码，或许已经碰到过tar文件 请注意，不要忘了Linux是区分大小写的。例如，tar命令应该老是以小写的形式执行。命令行开关能够是大写、小写或大小写的混合。例如，-t和-T执行不一样的功能。文件或目录名称能够混合使用大小写，并且就像命令和命令行开关同样是区分大小写的。 5.应用实例 tar是一个命令行的工具，没有图形界面。使用Konsole打开一个终端窗口，接下来是一个简单的备份命令（在/temp目录中建立一个back.tar的文件，/usr目录中全部内容都包含在其中。）： $tar cvf - /usr > /temp/back.tar 另 外，tar命令支持前面第三讲中讲过的crontab命令，能够用crontab工具设置成基于时间的有规律地运行。例如，每晚6点把/usr目录备份到 hda—第一个IDE接口的主驱动器 (老是位于第一个硬盘)中，只要将下面语句添加到root的crontab中便可： $00 06 * * * tar cvf /dev/hda1/usrfiles.tar - /usr 通常状况下，如下这些目录是须要备份的： ◆/etc 包含全部核心配置文件，其中包括网络配置、系统名称、防火墙规则、用户、组，以及其它全局系统项。 ◆ /var 包含系统守护进程（服务）所使用的信息，包括DNS配置、DHCP租期、邮件缓冲文件、HTTP服务器文件、dB2实例配置等。 ◆/home 包含全部默认用户的主目录，包括我的设置、已下载的文件和用户不但愿失去的其它信息。 ◆/root 根（root）用户的主目录。 ◆/opt 是安装许多非系统文件的地方。IBM软件就安装在这里。OpenOffice、JDK和其它软件在默认状况下也安装在这里。 有些目录是能够不备份的： ◆ /proc 应该永远不要备份这个目录。它不是一个真实的文件系统，而是运行内核和环境的虚拟化视图，包括诸如/proc/kcore这样的文件，这个文件是整个运行内存的虚拟视图。备份这些文件只是在浪费资源。 ◆/dev 包含硬件设备的文件表示。若是计划还原到一个空白的系统，就能够备份/dev。然而，若是计划还原到一个已安装的Linux 系统，那么备份/dev是没有必要的。 unzip 1.做用 unzip 命令位于/usr/bin目录中，它们和MS DOS下的pkzip、pkunzip及MS Windows中的Winzip软件功能同样，将文件压缩成.zip文件，以节省硬盘空间，当须要的时候再将压缩文件用unzip命令解开。该命令使用权 限是全部用户。 2.格式 unzip [-cflptuvz][-agCjLMnoqsVX][-P ][.zip文件][文件][-d ][-x ] 3.主要参数 -c：将解压缩的结果显示到屏幕上，并对字符作适当的转换。 -f：更新现有的文件。 -l：显示压缩文件内所包含的文件。 -p：与-c参数相似，会将解压缩的结果显示到屏幕上，但不会执行任何的转换。 -t：检查压缩文件是否正确。 -u：与-f参数相似，可是除了更新现有的文件外，也会将压缩文件中的其它文件解压缩到目录中。 -v：执行是时显示详细的信息。 -z：仅显示压缩文件的备注文字。 -a：对文本文件进行必要的字符转换。 -b：不要对文本文件进行字符转换。 -C：压缩文件中的文件名称区分大小写。 -j：不处理压缩文件中原有的目录路径。 -L：将压缩文件中的所有文件名改成小写。 -M：将输出结果送到more程序处理。 -n：解压缩时不要覆盖原有的文件。 -o：没必要先询问用户，unzip执行后覆盖原有文件。 -P：使用zip的密码选项。 -q：执行时不显示任何信息。 -s：将文件名中的空白字符转换为底线字符。 -V：保留VMS的文件版本信息。 -X：解压缩时同时回存文件原来的UID/GID。 [.zip文件]：指定.zip压缩文件。 [文件]：指定要处理.zip压缩文件中的哪些文件。 -d：指定文件解压缩后所要存储的目录。 -x：指定不要处理.zip压缩文件中的哪些文件。 -Z unzip：-Z等于执行zipinfo指令。在Linux中，还提供了一个叫zipinfo的工具，可以察看zip压缩文件的详细信息。 gunzip 1.做用 gunzip命令做用是解压文件，使用权限是全部用户。 2.格式 gunzip [-acfhlLnNqrtvV][-s ][文件...] 或者 gunzip [-acfhlLnNqrtvV][-s ][目录] 3.主要参数 -a或--ascii：使用ASCII文字模式。 -c或--stdout或--to-stdout：把解压后的文件输出到标准输出设备。 -f或-force：强行解开压缩文件，不理会文件名称或硬链接是否存在，以及该文件是否为符号链接。 -h或--help：在线帮助。 -l或--list：列出压缩文件的相关信息。 -L或--license：显示版本与版权信息。 -n或--no-name：解压缩时，若压缩文件内含有原来的文件名称及时间戳记，则将其忽略不予处理。 -N或--name：解压缩时，若压缩文件内含有原来的文件名称及时间戳记，则将其回存到解开的文件上。 -q或--quiet：不显示警告信息。 -r或--recursive：递归处理，将指定目录下的全部文件及子目录一并处理。 -S或--suffix：更改压缩字尾字符串。 -t或--test：测试压缩文件是否正确无误。 -v或--verbose：显示指令执行过程。 -V或--version：显示版本信息。 4.说明 gunzip是个使用普遍的解压缩程序，它用于解开被gzip压缩过的文件，这些压缩文件预设最后的扩展名为“.gz”。事实上，gunzip就是gzip的硬链接，所以不管是压缩或解压缩，均可经过gzip指令单独完成。gunzip最新版本是1.3.3 。 12:39 评论 / 浏览 (0 / 23) 分类:移动开发 2011-12-01 缩略显示 java runtime.exec()相关 java 那就首先说点Runtime类吧，他是一个与JVM运行时环境有关的类，这个类是Singleton的。我说几个本身以为重要的地方。 1、Runtime.getRuntime()能够取得当前JVM的运行时环境，这也是在Java中惟一一个获得运行时环境的方法。 2、Runtime上其余大部分的方法都是实例方法，也就是说每次进行运行时调用时都要用到getRuntime方法。 3、 Runtime中的exit方法是退出当前JVM的方法，估计也是惟一的一个吧，由于我看到System类中的exit实际上也是经过调用 Runtime.exit()来退出JVM的，这里说明一下Java对Runtime返回值的通常规则（后边也提到了），0表明正常退出，非0表明异常停止，这只是Java的规则，在各个操做系统中总会发生一些小的混淆。 4、Runtime.addShutdownHook()方法能够注册一个hook在JVM执行shutdown的过程当中，方法的参数只要是一个初始化过可是没有执行的Thread实例就能够。（注意，Java中的Thread都是执行过了就不值钱的哦） 5、说到addShutdownHook这个方法就要说一下JVM运行环境是在什么状况下shutdown或者abort的。文档上是这样写的，当最后一个非精灵进程退出或者收到了一个用户中断信号、用户登出、系统shutdown、Runtime的exit方法被调用时JVM会启动shutdown的过程，在这个过程开始后，他会并行启动全部登记的shutdown hook（注意是并行启动，这就须要线程安全和防止死锁）。当shutdown过程启动后，只有经过调用halt方法才能停止shutdown的过程并退出JVM。 那何时JVM会abort退出那？首先说明一下，abort退出时JVM就是中止运行但并不必定进行shutdown。这只有JVM在遇到SIGKILL信号或者windows停止进程的信号、本地方法发生相似于访问非法地址一类的内部错误时会出现。这种状况下并不能保证shutdown hook是否被执行。 如今开始看这篇文章，呵呵。 首先讲的是Runtime.exec()方法的全部重载。这里要注意的有一点，就是public Process exec(String [] cmdArray, String [] envp);这个方法中cmdArray是一个执行的命令和参数的字符串数组，数组的第一个元素是要执行的命令日后依次都是命令的参数，envp我我的感受应该和C中的execve中的环境变量是同样的，envp中使用的是name=value的方式。 <!--[if !supportLists]-->1、 <!--[endif]-->一个很糟糕的调用程序，代码以下，这个程序用exec调用了一个外部命令以后立刻使用exitValue就对其返回值进行检查，让咱们看看会出现什么问题。 import java.util.*; import java.io.*; public class BadExecJavac { public static void main(String args[]) { try { Runtime rt = Runtime.getRuntime(); Process proc = rt.exec("javac"); int exitVal = proc.exitValue(); System.out.println("Process exitValue: " + exitVal); } catch (Throwable t) { t.printStackTrace(); } } } A run of BadExecJavac produces: E:classescomjavaworldjpitfallsarticle2>java BadExecJavac java.lang.IllegalThreadStateException: process has not exited at java.lang.Win32Process.exitValue(Native Method) at BadExecJavac.main(BadExecJavac.java:13) 这里看原文就能够了解，这里主要的问题就是错误的调用了exitValue来取得外部命令的返回值（呵呵，这个错误我也曾经犯过），由于exitValue 这个方法是不阻塞的，程序在调用这个方法时外部命令并无返回因此形成了异常的出现，这里是由另外的方法来等待外部命令执行完毕的，就是waitFor方法，这个方法会一直阻塞直到外部命令执行结束，而后返回外部命令执行的结果，做者在这里一顿批评设计者的思路有问题，呵呵，反正我是无所谓阿，能用就能够拉。可是做者在这里有一个说明，就是exitValue也是有好多用途的。由于当你在一个Process上调用waitFor方法时，当前线程是阻塞的，若是外部命令没法执行结束，那么你的线程就会一直阻塞下去，这种意外会影响咱们程序的执行。因此在咱们不能判断外部命令何时执行完毕而咱们的程序还须要继续执行的状况下，咱们就应该循环的使用exitValue来取得外部命令的返回状态，并在外部命令返回时做出相应的处理。 2、对exitValue处改进了的程序 import java.util.*; import java.io.*; public class BadExecJavac2 { public static void main(String args[]) { try { Runtime rt = Runtime.getRuntime(); Process proc = rt.exec("javac"); int exitVal = proc.waitFor(); System.out.println("Process exitValue: " + exitVal); } catch (Throwable t) { t.printStackTrace(); } } } 不幸的是，这个程序也没法执行完成，它没有输出但却一直悬在那里，这是为何那？ JDK文档中对此有如此的解释：由于本地的系统对标准输入和输出所提供的缓冲池有效，因此错误的对标准输出快速的写入和从标准输入快速的读入都有可能形成子进程的锁，甚至死锁。 文档引述完了，做者又开始批评了，他说JDK仅仅说明为何问题会发生，却并无说明这个问题怎么解决，这的确是个问题哈。紧接着做者说出本身的作法，就是在执行完外部命令后咱们要控制好Process的全部输入和输出（视状况而定），在这个例子里边由于调用的是Javac，而他在没有参数的状况下会将提示信息输出到标准出错，因此在下面的程序中咱们要对此进行处理。 import java.util.*; import java.io.*; public class MediocreExecJavac { public static void main(String args[]) { try { Runtime rt = Runtime.getRuntime(); Process proc = rt.exec("javac"); InputStream stderr = proc.getErrorStream(); InputStreamReader isr = new InputStreamReader(stderr); BufferedReader br = new BufferedReader(isr); String line = null; System.out.println("<ERROR>"); while ( (line = br.readLine()) != null) System.out.println(line); System.out.println("</ERROR>"); int exitVal = proc.waitFor(); System.out.println("Process exitValue: " + exitVal); } catch (Throwable t) { t.printStackTrace(); } } } 程序的运行结果为 E:classescomjavaworldjpitfallsarticle2>java MediocreExecJavac <ERROR> Usage: javac <options> <source files> where <options> includes: -g Generate all debugging info -g:none Generate no debugging info -g:{lines,vars,source} Generate only some debugging info -O Optimize; may hinder debugging or enlarge class files -nowarn Generate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath <path> Specify where to find user class files -sourcepath <path> Specify where to find input source files -bootclasspath <path> Override location of bootstrap class files -extdirs <dirs> Override location of installed extensions -d <directory> Specify where to place generated class files -encoding <encoding> Specify character encoding used by source files -target <release> Generate class files for specific VM version </ERROR> Process exitValue: 2 哎，无论怎么说仍是出来告终果，做者做了一下总结，就是说，为了处理好外部命令大量输出的状况，你要确保你的程序处理好外部命令所须要的输入或者输出。 下一个题目，当咱们调用一个咱们认为是可执行程序的时候容易发生的错误（今天晚上我刚刚犯这个错误，没事作这个练习时候发生的） import java.util.*; import java.io.*; public class BadExecWinDir { public static void main(String args[]) { try { Runtime rt = Runtime.getRuntime(); Process proc = rt.exec("dir"); InputStream stdin = proc.getInputStream(); InputStreamReader isr = new InputStreamReader(stdin); BufferedReader br = new BufferedReader(isr); String line = null; System.out.println("<OUTPUT>"); while ( (line = br.readLine()) != null) System.out.println(line); System.out.println("</OUTPUT>"); int exitVal = proc.waitFor(); System.out.println("Process exitValue: " + exitVal); } catch (Throwable t) { t.printStackTrace(); } } } A run of BadExecWinDir produces: E:classescomjavaworldjpitfallsarticle2>java BadExecWinDir java.io.IOException: CreateProcess: dir error=2 at java.lang.Win32Process.create(Native Method) at java.lang.Win32Process.<init>(Unknown Source) at java.lang.Runtime.execInternal(Native Method) at java.lang.Runtime.exec(Unknown Source) at java.lang.Runtime.exec(Unknown Source) at java.lang.Runtime.exec(Unknown Source) at java.lang.Runtime.exec(Unknown Source) at BadExecWinDir.main(BadExecWinDir.java:12) 说实在的，这个错误还真是让我摸不着头脑，我以为在windows中返回2应该是没有找到这个文件的缘故，可能windows 2000中只有cmd命令，dir命令不是当前环境变量可以解释的吧。我也不知道了，慢慢往下看吧。 嘿，果真和做者想的同样，就是由于dir命令是由windows中的解释器解释的，直接执行dir时没法找到dir.exe这个命令，因此会出现文件未找到这个2的错误。若是咱们要执行这样的命令，就要先根据操做系统的不一样执行不一样的解释程序command.com 或者cmd.exe。 做者对上边的程序进行了修改 import java.util.*; import java.io.*; class StreamGobbler extends Thread { InputStream is; String type; StreamGobbler(InputStream is, String type) { this.is = is; this.type = type; } public void run() { try { InputStreamReader isr = new InputStreamReader(is); BufferedReader br = new BufferedReader(isr); String line=null; while ( (line = br.readLine()) != null) System.out.println(type + ">" + line); } catch (IOException ioe) { ioe.printStackTrace(); } } } public class GoodWindowsExec { public static void main(String args[]) { if (args.length < 1) { System.out.println("USAGE: java GoodWindowsExec <cmd>"); System.exit(1); } try { String osName = System.getProperty("os.name" ); String[] cmd = new String[3]; if( osName.equals( "Windows NT" ) ) { cmd[0] = "cmd.exe" ; cmd[1] = "/C" ; cmd[2] = args[0]; } else if( osName.equals( "Windows 95" ) ) { cmd[0] = "command.com" ; cmd[1] = "/C" ; cmd[2] = args[0]; } Runtime rt = Runtime.getRuntime(); System.out.println("Execing " + cmd[0] + " " + cmd[1] + " " + cmd[2]); Process proc = rt.exec(cmd); // any error message? StreamGobbler errorGobbler = new StreamGobbler(proc.getErrorStream(), "ERROR"); // any output? StreamGobbler outputGobbler = new StreamGobbler(proc.getInputStream(), "OUTPUT"); // kick them off errorGobbler.start(); outputGobbler.start(); // any error??? int exitVal = proc.waitFor(); System.out.println("ExitValue: " + exitVal); } catch (Throwable t) { t.printStackTrace(); } } } Running GoodWindowsExec with the dir command generates: E:classescomjavaworldjpitfallsarticle2>java GoodWindowsExec "dir *.java" Execing cmd.exe /C dir *.java OUTPUT> Volume in drive E has no label. OUTPUT> Volume Serial Number is 5C5F-0CC9 OUTPUT> OUTPUT> Directory of E:classescomjavaworldjpitfallsarticle2 OUTPUT> OUTPUT>10/23/00 09:01p 805 BadExecBrowser.java OUTPUT>10/22/00 09:35a 770 BadExecBrowser1.java OUTPUT>10/24/00 08:45p 488 BadExecJavac.java OUTPUT>10/24/00 08:46p 519 BadExecJavac2.java OUTPUT>10/24/00 09:13p 930 BadExecWinDir.java OUTPUT>10/22/00 09:21a 2,282 BadURLPost.java OUTPUT>10/22/00 09:20a 2,273 BadURLPost1.java ... (some output omitted for brevity) OUTPUT>10/12/00 09:29p 151 SuperFrame.java OUTPUT>10/24/00 09:23p 1,814 TestExec.java OUTPUT>10/09/00 05:47p 23,543 TestStringReplace.java OUTPUT>10/12/00 08:55p 228 TopLevel.java OUTPUT> 22 File(s) 46,661 bytes OUTPUT> 19,678,420,992 bytes free ExitValue: 0 这里做者教了一个windows中颇有用的方法，呵呵，至少我是不知道的，就是cmd.exe /C +一个windows中注册了后缀的文档名，windows会自动地调用相关的程序来打开这个文档，我试了一下，的确很好用，可是好像文件路径中有空格的话就有点问题，我加上引号也没法解决。 这里做者强调了一下，不要假设你执行的程序是可执行的程序，要清楚本身的程序是单独可执行的仍是被解释的，本章的结束做者会介绍一个命令行工具来帮助咱们分析。 这里还有一点，就是获得process的输出的方式是getInputStream，这是由于咱们要从Java 程序的角度来看，外部程序的输出对于Java来讲就是输入，反之亦然。 最后的一个漏洞的地方就是错误的认为exec方法会接受全部你在命令行或者Shell中输入并接受的字符串。这些错误主要出如今命令做为参数的状况下，程序员错误的将全部命令行中能够输入的参数命令加入到exec中（这段翻译的很差，凑合看吧）。下面的例子中就是一个程序员想重定向一个命令的输出。 import java.util.*; import java.io.*; // StreamGobbler omitted for brevity public class BadWinRedirect { public static void main(String args[]) { try { Runtime rt = Runtime.getRuntime(); Process proc = rt.exec("java jecho 'Hello World' > test.txt"); // any error message? StreamGobbler errorGobbler = new StreamGobbler(proc.getErrorStream(), "ERROR"); // any output? StreamGobbler outputGobbler = new StreamGobbler(proc.getInputStream(), "OUTPUT"); // kick them off errorGobbler.start(); outputGobbler.start(); // any error??? int exitVal = proc.waitFor(); System.out.println("ExitValue: " + exitVal); } catch (Throwable t) { t.printStackTrace(); } } } Running BadWinRedirect produces: E:classescomjavaworldjpitfallsarticle2>java BadWinRedirect OUTPUT>'Hello World' > test.txt ExitValue: 0 程序员的本意是将Hello World这个输入重订向到一个文本文件中，可是这个文件并无生成，jecho仅仅是将命令行中的参数输出到标准输出中，用户以为能够像dos中重定向同样将输出重定向到一个文件中，但这并不能实现，用户错误的将exec认为是一个shell解释器，但它并非，若是你想将一个程序的输出重定向到其余的程序中，你必须用程序来实现他。可用java.io中的包。 import java.util.*; import java.io.*; class StreamGobbler extends Thread { InputStream is; String type; OutputStream os; StreamGobbler(InputStream is, String type) { this(is, type, null); } StreamGobbler(InputStream is, String type, OutputStream redirect) { this.is = is; this.type = type; this.os = redirect; } public void run() { try { PrintWriter pw = null; if (os != null) pw = new PrintWriter(os); InputStreamReader isr = new InputStreamReader(is); BufferedReader br = new BufferedReader(isr); String line=null; while ( (line = br.readLine()) != null) { if (pw != null) pw.println(line); System.out.println(type + ">" + line); } if (pw != null) pw.flush(); } catch (IOException ioe) { ioe.printStackTrace(); } } } public class GoodWinRedirect { public static void main(String args[]) { if (args.length < 1) { System.out.println("USAGE java GoodWinRedirect <outputfile>"); System.exit(1); } try { FileOutputStream fos = new FileOutputStream(args[0]); Runtime rt = Runtime.getRuntime(); Process proc = rt.exec("java jecho 'Hello World'"); // any error message? StreamGobbler errorGobbler = new StreamGobbler(proc.getErrorStream(), "ERROR"); // any output? StreamGobbler outputGobbler = new StreamGobbler(proc.getInputStream(), "OUTPUT", fos); // kick them off errorGobbler.start(); outputGobbler.start(); // any error??? int exitVal = proc.waitFor(); System.out.println("ExitValue: " + exitVal); fos.flush(); fos.close(); } catch (Throwable t) { t.printStackTrace(); } } } Running GoodWinRedirect produces: E:classescomjavaworldjpitfallsarticle2>java GoodWinRedirect test.txt OUTPUT>'Hello World' ExitValue: 0 这里就很少说了，看看就明白，紧接着做者给出了一个监测命令的小程序 import java.util.*; import java.io.*; // class StreamGobbler omitted for brevity public class TestExec { public static void main(String args[]) { if (args.length < 1) { System.out.println("USAGE: java TestExec "cmd""); System.exit(1); } try { String cmd = args[0]; Runtime rt = Runtime.getRuntime(); Process proc = rt.exec(cmd); // any error message? StreamGobbler errorGobbler = new StreamGobbler(proc.getErrorStream(), "ERR"); // any output? StreamGobbler outputGobbler = new StreamGobbler(proc.getInputStream(), "OUT"); // kick them off errorGobbler.start(); outputGobbler.start(); // any error??? int exitVal = proc.waitFor(); System.out.println("ExitValue: " + exitVal); } catch (Throwable t) { t.printStackTrace(); } } } 对这个程序进行运行: E:classescomjavaworldjpitfallsarticle2>java TestExec "e:javadocsindex.html" java.io.IOException: CreateProcess: e:javadocsindex.html error=193 at java.lang.Win32Process.create(Native Method) at java.lang.Win32Process.<init>(Unknown Source) at java.lang.Runtime.execInternal(Native Method) at java.lang.Runtime.exec(Unknown Source) at java.lang.Runtime.exec(Unknown Source) at java.lang.Runtime.exec(Unknown Source) at java.lang.Runtime.exec(Unknown Source) at TestExec.main(TestExec.java:45) 193在windows中是说这不是一个win32程序，这说明路径中找不到这个网页的关联程序，下面做者决定用一个绝对路径来试一下。 E:classescomjavaworldjpitfallsarticle2>java TestExec "e:program filesnetscapeprogramnetscape.exe e:javadocsindex.html" ExitValue: 0 好用了，这个我也试了一下，用的是IE。 最后，做者总结了几条规则，防止咱们在进行Runtime.exec()调用时出现错误。 <!--[if !supportLists]-->1、 <!--[endif]-->在一个外部进程执行完以前你不能获得他的退出状态 <!--[if !supportLists]-->2、 <!--[endif]-->在你的外部程序开始执行的时候你必须立刻控制输入、输出、出错这些流。 <!--[if !supportLists]-->3、 <!--[endif]-->你必须用Runtime.exec()去执行程序 <!--[if !supportLists]-->4、 <!--[endif]-->你不能象命令行同样使用Runtime.exec()。 12:35 评论 / 浏览 (0 / 11) 分类:编程语言 2011-11-30 缩略显示 FileInputStream/FileOutputStream的应用 javafileoutputstreamfileinputstream 这是一对继承于InputStream和OutputStream的类，用于本地文件读写（二进制格式读写而且是顺序读写，读和写要分别建立出不一样的文件流对象）； 本地文件读写编程的基本过程为： ① 生成文件流对象（对文件读操做时应该为FileInputStream类，而文件写应该为FileOutputStream类）； ② 调用FileInputStream或FileOutputStream类中的功能函数如read()、write(int b)等）读写文件内容； ③ 关闭文件（close()）。 实例：流文件读写 流文件的单元是字节，因此它不但能够读写文本文件，也能够读写图片、声音、影像文件，这种特色很是有用，由于咱们能够把这种文件变成流，而后在网络上传输。 问题是有了通用的流文件之后，为何还要专门的字符流呢？这是由于文本能够用不一样的方式存储，能够是普通的文本（UTF-8编码方式），ASCII文本和Unicode文本，字符流对象能够进行必要的转换，从而读出正确的文本。 有人认为流文件不能读写文本文件，这实际上是个误会，由于文本文件本质上也是由字节组成的，固然是流文件的一种。做为读写文件的全体，这是没问题的，可是，若是要处理每次读入的内容，就最好使用字符流。 因此在文本文件处理时，使用字符流是个最经常使用的方法。 样例： import java.io.*; public class FileStreamDemo { public static void main(String[] args) throws IOException { //建立两个文件,face.gif是已经存在文件,newFace.gif是新建立的文件 File inFile = new File("face.gif"); File outFile = new File("newFace.gif"); //建立流文件读入与写出类 FileInputStream inStream = new FileInputStream(inFile); FileOutputStream outStream = new FileOutputStream(outFile); //经过available方法取得流的最大字符数 byte[] inOutb = new byte[inStream.available()]; inStream.read(inOutb); //读入流,保存在byte数组 outStream.write(inOutb); //写出流,保存在文件newFace.gif中 inStream.close(); outStream.close(); } } 实例：读写任意大文件应用 由于byte数组最大存储值不超过64M，因此当一个文件大于60M 的时候，须要分开几个流操做。咱们把上面的程序做一个修改，就能够写入任意大小的文件。这个程序应用了FileInputStream类的方法以下： read(byte[] b,int off,int len) 把特定位置的流内容读入数组，已经读入byte[]数组的内容，会在流文件中删除。 程序运行的结果会产生一个新文件。 样例： import java.io.*; public class FileStreamDemo2 { public static void main(String[] args) throws IOException { //建立两个文件 File inFile = new File("tcty36.rm"); File outFile = new File("newtcty36.rm"); //最大的流为60Mb,当文件的容量大于60Mb的时候便分开流 final int MAX_BYTE = 60000000; long streamTotal = 0; //接受流的容量 int streamNum = 0; //流须要分开的数量 int leave = 0; //文件剩下的字符数 byte[] inOutb; //byte数组接受文件的数据 //建立流文件读入与写出类 FileInputStream inStream = new FileInputStream(inFile); FileOutputStream outStream = new FileOutputStream(outFile); //经过available方法取得流的最大字符数 streamTotal = inStream.available(); //取得流文件须要分开的数量 streamNum = (int)Math.floor(streamTotal/MAX_BYTE); //分开文件以后,剩余的数量 leave = (int)streamTotal % MAX_BYTE; //文件的容量大于60Mb时进入循环 if (streamNum > 0) { for(int i = 0; i < streamNum; ++i){ inOutb = new byte[MAX_BYTE]; //读入流,保存在byte数组 inStream.read(inOutb, 0, MAX_BYTE); outStream.write(inOutb); //写出流 outStream.flush(); //更新写出的结果 } } //写出剩下的流数据 inOutb = new byte[leave]; inStream.read(inOutb, 0, leave); outStream.write(inOutb); outStream.flush(); inStream.close(); outStream.close(); } } 6、管道PipedInputStream/PipedOutputStream类： 当须要在两个线程中读写数据的时候，因为线程的并发执行，读写的同步问题可能会发生困难，这时候能够使用管道，管道事实上是一个队列。 管道是由系统维护的一个缓冲区，固然程序员也能够本身直接指定该缓冲区的大小（只须要设置管道流类中的PIPE_SIZE属性的值）。当生产者生产出数据后，只须要将数据写入管道中，消费者只须要从管道中读取所须要的数据。利用管道的这种机制，能够将一个线程的输出结果直接链接到另外一个线程的输入端口，实现二者之间的数据直接传送。 线程1 线程2 临时文件 管道 1．管道的链接： 方法之一是经过构造函数直接将某一个程序的输出做为另外一个程序的输入，在定义对象时指明目标管道对象 PipedInputStream pInput=new PipedInputStream(); PipedOutputStream pOutput= new PipedOutputStream(pInput); 方法之二是利用双方类中的任一个成员函数 connect()相链接 PipedInputStream pInput=new PipedInputStream(); PipedOutputStream pOutput= new PipedOutputStream(); pinput.connect(pOutput); 2．管道的输入与输出： 输出管道对象调用write()成员函数输出数据（即向管道的输入端发送数据）；而输入管道对象调用read()成员函数能够读起数据（即从输出管道中得到数据）。这主要是借助系统所提供的缓冲机制来实现的。 实例：Java的管道的输入与输出 import java.io.*; public class PipedIO //程序运行后将sendFile文件的内容拷贝到receiverFile文件中 { public static void main(String args[]) { try { //构造读写的管道流对象 PipedInputStream pis=new PipedInputStream(); PipedOutputStream pos=new PipedOutputStream(); //实现关联 pos.connect(pis); //构造两个线程，而且启动。 new Sender(pos,"c:\\text2.txt").start(); new Receiver(pis,"c:\\text3.txt").start(); } catch(IOException e) { System.out.println("Pipe Error"+ e); } } } //线程发送 class Sender extends Thread { PipedOutputStream pos; File file; //构造方法 Sender(PipedOutputStream pos, String fileName) { this.pos=pos; file=new File(fileName); } //线程运行方法 public void run() { try { //读文件内容 FileInputStream fs=new FileInputStream(file); int data; while((data=fs.read())!=-1) { //写入管道始端 pos.write(data); } pos.close(); } catch(IOException e) { System.out.println("Sender Error" +e); } } } //线程读 class Receiver extends Thread { PipedInputStream pis; File file; //构造方法 Receiver(PipedInputStream pis, String fileName) { this.pis=pis; file=new File(fileName); } //线程运行 public void run() { try { //写文件流对象 FileOutputStream fs=new FileOutputStream(file); int data; //从管道末端读 while((data=pis.read())!=-1) { //写入本地文件 fs.write(data); } pis.close(); } catch(IOException e) { System.out.println("Receiver Error" +e); } } } 7、随机文件读写：RandomAccessFile类 它直接继承于Object类而非InputStream/OutputStream类，从而能够实现读写文件中任何位置中的数据（只须要改变文件的读写位置的指针）。 编程步骤： ① 生成流对象而且指明读写类型； ② 移动读写位置； ③ 读写文件内容； ④ 关闭文件。 另外因为RandomAccessFile类实现了DataOutput与DataInput接口，于是利用它能够读写Java中的不一样类型的基本类型数据（好比采用readLong()方法读取长整数，而利用readInt()方法能够读出整数值等）。 程序实例： 利用随机数据流RandomAccessFile类来实现记录用户在键盘的输入，每执行一次，将用户的键盘输入存储在指定的UserInput.txt文件中。 import java.io.*; public class RandomFileRW { public static void main(String args[]) { StringBuffer buf=new StringBuffer(); char ch; try { while( (ch=(char)System.in.read()) !='\n') { buf.append(ch); } //读写方式能够为"r" or "rw" RandomAccessFile myFileStream=new RandomAccessFile("c:\\UserInput.txt","rw"); myFileStream.seek(myFileStream.length()) ; myFileStream.writeBytes(buf.toString()); //将用户从键盘输入的内容添加到文件的尾部 myFileStream.close(); } catch(IOException e) { } } } 8、DataInput/DataOutput接口： 实现与机器无关的各类数据格式读写（如readChar() 、readInt()、readLong()、readFloat()，而readLine()将返回一个String）。其中 RandomAccessFile类实现了该接口，具备比FileInputStream或FileOutputStream类更灵活的数据读写方式。 12:27 评论 / 浏览 (0 / 17) 分类:编程语言 2011-11-28 缩略显示 Linux C 建立目录函数mkdir相关 linuxc I.Linux C 建立目录函数mkdir的mode设置问题 函数原型： #include <sys/stat.h> int mkdir(const char *path, mode_t mode); 参数： path是目录名 mode是目录权限 返回值： 返回0 表示成功， 返回 -1表示错误，而且会设置errno值。 mode模式位： mode 表示新目录的权限，能够取如下值： S_IRUSR S_IREAD S_IWUSR S_IWRITE S_IXUSR S_IEXEC S_IRWXU This is equivalent to (S_IRUSR | S_IWUSR | S_IXUSR). S_IRGRP Read permission bit for the group owner of the file. Usually 040. S_IWGRP Write permission bit for the group owner of the file. Usually 020. S_IXGRP Execute or search permission bit for the group owner of the file. Usually 010. S_IRWXG This is equivalent to (S_IRGRP | S_IWGRP | S_IXGRP). S_IROTH Read permission bit for other users. Usually 04. S_IWOTH Write permission bit for other users. Usually 02. S_IXOTH Execute or search permission bit for other users. Usually 01. S_IRWXO This is equivalent to (S_IROTH | S_IWOTH | S_IXOTH). S_ISUID This is the set-user-ID on execute bit, usually 04000. See How Change Persona. S_ISGID This is the set-group-ID on execute bit, usually 02000. See How Change Persona. S_ISVTX This is the sticky bit, usually 01000. 例子： #include <sys/types.h> #include <sys/stat.h> int status; status = mkdir("/home/newdir", S_IRWXU | S_IRWXG | S_IROTH | S_IXOTH); 这样就建立了一个newdir目录，权限经过ls -al 查看为 drwxr-xr-x 跟用linux命令mkdir建立的目录权限位一致。 II. linux下C语言建立多级目录 int CreateDir(const char *sPathName) { char DirName[256]; strcpy(DirName, sPathName); int i,len = strlen(DirName); if(DirName[len-1]!='/') strcat(DirName, "/"); len = strlen(DirName); for(i=1; i<len; i++) { if(DirName[i]=='/') { DirName[i] = 0; if( access(DirName, NULL)!=0 ) { if(mkdir(DirName, 0755)==-1) { perror("mkdir error"); return -1; } } DirName[i] = '/'; } } return 0; } III.linux c 编程：建立一个线程，监视某个目录，一旦目录里出现新的文件，就将文件转移到指定的目录里去。 /* 头文件 */ #define SRCPATH "srcpath/" #define DSTPATH "dstpath/" int movefile() { DIR *dir; struct dirent *dt; FILE *fp1,*fp2; char filename1[256],filename2[256]; char buf[1024]; int readsize,writesize; if((dir = opendir(SRCPATH)) == NULL) { printf("opendir %s error\n",SRCPATH); return -1; } memset(filename1,0,sizeof(filename1)); strcpy(filename1,SRCPATH); memset(filename2,0,sizeof(filename2)); strcpy(filename2,DSTPATH); while(1) { while((dt = readdir(dir)) != NULL) { if(strcmp(dt->d_name,".")==0||strcmp(dt->d_name,"..")==0) { continue; } //若是这个目录里 还有目录，能够在这加判断 //这里假设初始为空目录 strcat(filename1,dt->d_name); strcat(filename2,dt->d_name); //若是进程资源较少能够直接用linux系统命令 fp1 = fopen(filename1,"rb"); if(fp1==NULL) { printf("open %s failed /n",filename1); return -1; } fp2 = fopen(filename2,"wb"); if(fp2==NULL) { printf("open %s failed /n",filename2); fclose(fp1); return -1; } while((readsize = fread(buf,sizeof(buf),1,fp1))>0) { //total += readsize; memset(buf,0,sizeof(buf)); writesize = fwrite(buf,sizeof(buf),1,fp2); if(writesize!==readsize) { printf("write error"); return -2; fclose(fp1); fclose(fp2); } } fclose(fp1); fclose(fp2); rmdir(filename2); } } } int main(int argc,char **argv) { pthread_t id1; int ret; ret = pthread_create(&id1, NULL, (void*)movefile, NULL); return ret; } 14:56 评论 / 浏览 (0 / 18) 分类:编程语言 2011-11-28 缩略显示 Linux下的C编程实战之文件系统编程 linuxc编程 1.Linux文件系统 Linux支持多种文件系统，如ext、ext二、minix、iso9660、msdos、fat、vfat、nfs等。在这些具体文件系统的上层，Linux提供了虚拟文件系统（VFS）来统一它们的行为，虚拟文件系统为不一样的文件系统与内核的通讯提供了一致的接口。 linux下的c语言开发 在Linux平台下对文件编程能够使用两类函数：（1）Linux操做系统文件API；（2）C语言I/O库函数。 前者依赖于Linux系统调用，后者实际上与操做系统是独立的，由于在任何操做系统下，使用C语言I/O库函数操做文件的方法都是相同的。本章将对这两种方法进行实例讲解。 2.Linux文件API Linux的文件操做API涉及到建立、打开、读写和关闭文件。 建立 int creat(const char *filename, mode_t mode); 参数mode指定新建文件的存取权限，它同umask一块儿决定文件的最终权限（mode&umask），其中umask表明了文件在建立时须要去掉的一些存取权限。umask可经过系统调用umask()来改变： int umask(int newmask); 该调用将umask设置为newmask，而后返回旧的umask，它只影响读、写和执行权限。 打开 int open(const char *pathname, int flags); int open(const char *pathname, int flags, mode_t mode); open函数有两个形式，其中pathname是咱们要打开的文件名(包含路径名称，缺省是认为在当前路径下面)，flags能够去下面的一个值或者是几个值的组合： 标志 含义 O_RDONLY 以只读的方式打开文件 O_WRONLY 以只写的方式打开文件 O_RDWR 以读写的方式打开文件 O_APPEND 以追加的方式打开文件 O_CREAT 建立一个文件 O_EXEC 若是使用了O_CREAT并且文件已经存在，就会发生一个错误 O_NOBLOCK 以非阻塞的方式打开一个文件 O_TRUNC 若是文件已经存在，则删除文件的内容 O_RDONLY、O_WRONLY、O_RDWR三个标志只能使用任意的一个。 若是使用了O_CREATE标志，则使用的函数是int open(const char *pathname,int flags,mode_t mode); 这个时候咱们还要指定mode标志，用来表示文件的访问权限。mode能够是如下状况的组合： 标志 含义 S_IRUSR 用户能够读 S_IWUSR 用户能够写 S_IXUSR 用户能够执行 S_IRWXU 用户能够读、写、执行 S_IRGRP 组能够读 S_IWGRP 组能够写 S_IXGRP 组能够执行 S_IRWXG 组能够读写执行 S_IROTH 其余人能够读 S_IWOTH 其余人能够写 S_IXOTH 其余人能够执行 S_IRWXO 其余人能够读、写、执行 S_ISUID 设置用户执行ID S_ISGID 设置组的执行ID 除了能够经过上述宏进行“或”逻辑产生标志之外，咱们也能够本身用数字来表示，Linux总共用5个数字来表示文件的各类权限：第一位表示设置用户ID；第二位表示设置组ID；第三位表示用户本身的权限位；第四位表示组的权限；最后一位表示其余人的权限。每一个数字能够取1(执行权限)、2(写权限)、4(读权限)、0(无)或者是这些值的和。例如，要建立一个用户可读、可写、可执行，可是组没有权限，其余人能够读、能够执行的文件，并设置用户ID位。那么，咱们应该使用的模式是1(设置用户ID)、0(不设置组 ID)、7(1+2+4，读、写、执行)、0(没有权限)、5(1+4，读、执行)即10705： open("test", O_CREAT, 10705); 上述语句等价于： open("test", O_CREAT, S_IRWXU | S_IROTH | S_IXOTH | S_ISUID ); 若是文件打开成功，open函数会返回一个文件描述符，之后对该文件的全部操做就能够经过对这个文件描述符进行操做来实现。 读写 在文件打开之后，咱们才可对文件进行读写了，Linux中提供文件读写的系统调用是read、write函数： int read(int fd, const void *buf, size_t length); int write(int fd, const void *buf, size_t length); 其中参数buf为指向缓冲区的指针，length为缓冲区的大小（以字节为单位）。函数read()实现从文件描述符fd所指定的文件中读取 length个字节到buf所指向的缓冲区中，返回值为实际读取的字节数。函数write实现将把length个字节从buf指向的缓冲区中写到文件描述符fd所指向的文件中，返回值为实际写入的字节数。 以O_CREAT为标志的open实际上实现了文件建立的功能，所以，下面的函数等同creat()函数： int open(pathname, O_CREAT | O_WRONLY | O_TRUNC, mode); 定位 对于随机文件，咱们能够随机的指定位置读写，使用以下函数进行定位： int lseek(int fd, offset_t offset, int whence); lseek()将文件读写指针相对whence移动offset个字节。操做成功时，返回文件指针相对于文件头的位置。参数whence可以使用下述值： SEEK_SET：相对文件开头 SEEK_CUR：相对文件读写指针的当前位置 SEEK_END：相对文件末尾 offset可取负值，例以下述调用可将文件指针相对当前位置向前移动5个字节： lseek(fd, -5, SEEK_CUR); 因为lseek函数的返回值为文件指针相对于文件头的位置，所以下列调用的返回值就是文件的长度： lseek(fd, 0, SEEK_END); 关闭 当咱们操做完成之后，咱们要关闭文件了，只要调用close就能够了，其中fd是咱们要关闭的文件描述符： int close(int fd); 例程：编写一个程序，在当前目录下建立用户可读写文件“hello.txt”，在其中写入“Hello, software weekly”，关闭该文件。再次打开该文件，读取其中的内容并输出在屏幕上。 #include <sys/types.h> #include <sys/stat.h> #include <fcntl.h> #include <stdio.h> #define LENGTH 100 main() { int fd, len; char str[LENGTH]; fd = open("hello.txt", O_CREAT | O_RDWR, S_IRUSR | S_IWUSR); /* 建立并打开文件 */ if (fd) { write(fd, "Hello, Software Weekly", strlen("Hello, software weekly")); /* 写入 Hello, software weekly字符串 */ close(fd); } fd = open("hello.txt", O_RDWR); len = read(fd, str, LENGTH); /* 读取文件内容 */ str[len] = '\0'; printf("%s\n", str); close(fd); } 编译并运行，执行结果以下图： linux 3.C语言库函数 C库函数的文件操做其实是独立于具体的操做系统平台的，无论是在DOS、Windows、Linux仍是在VxWorks中都是这些函数： 建立和打开 FILE *fopen(const char *path, const char *mode); fopen()实现打开指定文件filename，其中的mode为打开模式，C语言中支持的打开模式以下表： 标志 含义 r, rb 以只读方式打开 w, wb 以只写方式打开。若是文件不存在，则建立该文件，不然文件被截断 a, ab 以追加方式打开。若是文件不存在，则建立该文件 r+, r+b, rb+ 以读写方式打开 w+, w+b, wh+ 以读写方式打开。若是文件不存在时，建立新文件，不然文件被截断 a+, a+b, ab+ 以读和追加方式打开。若是文件不存在，建立新文件 其中b用于区分二进制文件和文本文件，这一点在DOS、Windows系统中是有区分的，但Linux不区分二进制文件和文本文件。 读写 C库函数支持以字符、字符串等为单位，支持按照某中格式进行文件的读写，这一组函数为： int fgetc(FILE *stream); int fputc(int c, FILE *stream); char *fgets(char *s, int n, FILE *stream); int fputs(const char *s, FILE *stream); int fprintf(FILE *stream, const char *format, ...); int fscanf (FILE *stream, const char *format, ...); size_t fread(void *ptr, size_t size, size_t n, FILE *stream); size_t fwrite (const void *ptr, size_t size, size_t n, FILE *stream); fread()实现从流stream中读取加n个字段，每一个字段为size字节，并将读取的字段放入ptr所指的字符数组中，返回实际已读取的字段数。在读取的字段数小于num时，多是在函数调用时出现错误，也多是读到文件的结尾。因此要经过调用feof()和ferror()来判断。 write()实现从缓冲区ptr所指的数组中把n个字段写到流stream中，每一个字段长为size个字节，返回实际写入的字段数。 另外，C库函数还提供了读写过程当中的定位能力，这些函数包括 int fgetpos(FILE *stream, fpos_t *pos); int fsetpos(FILE *stream, const fpos_t *pos); int fseek(FILE *stream, long offset, int whence); 等。 关闭 利用C库函数关闭文件依然是很简单的操做： int fclose (FILE *stream); 例程：将第2节中的例程用C库函数来实现。 #include <stdio.h> #define LENGTH 100 main() { FILE *fd; char str[LENGTH]; fd = fopen("hello.txt", "w+"); /* 建立并打开文件 */ if (fd) { fputs("Hello, Software Weekly", fd); /* 写入Hello, software weekly字符串 */ fclose(fd); } fd = fopen("hello.txt", "r"); fgets(str, LENGTH, fd); /* 读取文件内容 */ printf("%s\n", str); fclose(fd); } 4.小结 Linux提供的虚拟文件系统为多种文件系统提供了统一的接口，Linux的文件编程有两种途径：基于Linux系统调用；基于C库函数。这两种编程所涉及到文件操做有新建、打开、读写和关闭，对随机文件还能够定位。本章对这两种编程方法都给出了具体的实例。 14:00 评论 / 浏览 (0 / 19) 分类:编程语言 2011-11-28 缩略显示 基本IO函数的使用（open,write,read）（一） linux c 首先感谢做者的工做，谢谢了，转到这里都是我须要过的 =>#include <fcntl.h> =>/usr/include/bits/fcntl.h ，里面有 /* open/fcntl - O_SYNC is only implemented on blocks devices and on files located on an ext2 file system */ #define O_ACCMODE 0003 #define O_RDONLY 00 #define O_WRONLY 01 #define O_RDWR 02 #define O_CREAT 0100 /* not fcntl */ #define O_EXCL 0200 /* not fcntl */ #define O_NOCTTY 0400 /* not fcntl */ #define O_TRUNC 01000 /* not fcntl */ #define O_APPEND 02000 #define O_NONBLOCK 04000 #define O_NDELAY O_NONBLOCK #define O_SYNC 010000 #define O_FSYNC O_SYNC #define O_ASYNC 020000 摘要：本文简单介绍文件操做的三个函数（open，read，write）的基本用法。 详细说明了open函数的用法。 做者：zieckey （zieckey＠yahoo.com.cn） All Rights Reserved！ 所需头文件： #include<sys/types.h> #include<sys/stat.h> #include<fcntl.h> 函数定义： int open( const char * pathname, int flags); int open( const char * pathname,int flags, mode_t mode); 函数说明： 参数 pathname 指向欲打开的文件路径字符串。下列是参数 flags 所能使用的旗标: O_RDONLY 以只读方式打开文件 O_WRONLY 以只写方式打开文件 O_RDWR以可读写方式打开文件。 上述三种旗标是互斥的,也就是不可同时使用,但可与下列的旗标利用 OR(|)运算符组合。 O_CREAT 若欲打开的文件不存在则自动创建该文件。 O_EXCL 若是 O_CREAT 也被设置, 此指令会去检查文件是否存在。文件若不存在则创建该文件, 不然将致使打开文件错误。 此外,若 O_CREAT 与 O_EXCL 同时设置, 而且欲打开的文件为符号链接,则会打开文件失败。 O_NOCTTY 若是欲打开的文件为终端机设备时,则不会将该终端机当成进程控制终端机。 O_TRUNC 若文件存在而且以可写的方式打开时,此旗标会令文件长度清为 0,而原来存于该文件的资料也会消失。 O_APPEND 当读写文件时会从文件尾开始移动, 也就是所写入的数据会以附加的方式加入到文件后面。 O_NONBLOCK 以不可阻断的方式打开文件,也就是不管有无数据读取或等待,都会当即返回进程之中。 O_NDELAY 同 O_NONBLOCK。 O_SYNC 以同步的方式打开文件。 O_NOFOLLOW 若是参数 pathname 所指的文件为一符号链接,则会令打开文件失败。 O_DIRECTORY 若是参数 pathname 所指的文件并不是为一目录, 则 会令打开文件失败。此为 Linux2.2 之后特有的旗标,以免一些系 统安全问题。参数 mode 则有下列数种组合,只有在创建新文件时 才会生效,此外真正建文件时的权限会受到 umask 值所影响,所以 该文件权限应该为(mode-umaks). S_IRWXU00700 权限, 表明该文件全部者具备可读、 可写及可执行的权限。 S_IRUSR 或 S_IREAD,00400 权限,表明该文件全部者具备可读取的权限。 S_IWUSR 或 S_IWRITE,00200 权限,表明该文件全部者具备可写入的权限。 S_IXUSR 或 S_IEXEC,00100 权限,表明该文件全部者具备可执行的权限。 S_IRWXG 00070 权限,表明该文件用户组具备可读、 可写及可执行的权限。 S_IRGRP 00040 权限,表明该文件用户组具备可读的权限。 S_IWGRP 00020 权限,表明该文件用户组具备可写入的权限。 S_IXGRP 00010 权限,表明该文件用户组具备可执行的权限。 S_IRWXO 00007 权限,表明其余用户具备可读、可写及可执行的权限。 S_IROTH 00004 权限,表明其余用户具备可读的权限 S_IWOTH 00002 权限,表明其余用户具备可写入的权限。 S_IXOTH 00001 权限,表明其余用户具备可执行的权限。 返回值： 若全部欲核查的权限都经过了检查则返回 0 值,表示成功,只要有 一个权限被禁止则返回-1。 错误代码： EEXIST 参数 pathname 所指的文件已存在,却使用了 O_CREAT和 O_EXCL 旗标 EACCESS 参数 pathname 所指的文件不符合所要求测试的权限。 EROFS 欲测试写入权限的文件存在于只读文件系统内。 EFAULT 参数 pathname 指针超出可存取内存空间。 EINVAL 参数 mode 不正确。 ENAMETOOLONG 参数 pathname 太长。 ENOTDIR 参数 pathname 不是目录。 ENOMEM 核心内存不足。 ELOOP 参数 pathname 有过多符号链接问题。 EIO I/O 存取错误。 范例： #include <unistd.h> #include <sys/types.h> #include <sys/stat.h> #include <fcntl.h> #include <stdio.h> int main(void) { int fd,size; char s[]="This program is used to show how to use open(),write(),read() function.\nHave fun!\n"; char buffer[80]; fd = open( "temp.log", O_WRONLY|O_CREAT );//以可读写的方式打开一个文件，若是不存在则建立该文件 if ( -1 == fd ) { printf("Open or create file named \"temp.log\" failed.\n"); return -1; } write( fd, s, sizeof(s) );//向该文件中写入一个字符串 close( fd ); fd = open( "temp.log", O_RDONLY ); if ( -1 == fd ) { printf("Open file named \"temp.log\" failed.\n"); return -1; } size = read( fd, buffer, sizeof(buffer) );//读取文件内容保存到buffer指定的字符串数组中，返回读取的字符个数 close( fd ); printf( "%s", buffer ); return 0; } 13:44 评论 / 浏览 (0 / 3) 分类:编程语言 2011-11-18 缩略显示 Android读写文件 android 1、 从resource中的raw文件夹中获取文件并读取数据（资源文件只能读不能写） String res = ""; try{ InputStream in = getResources().openRawResource(R.raw.bbi); //在\Test\res\raw\bbi.txt, int length = in.available(); byte [] buffer = new byte[length]; in.read(buffer); //res = EncodingUtils.getString(buffer, "UTF-8"); //res = EncodingUtils.getString(buffer, "UNICODE"); res = EncodingUtils.getString(buffer, "BIG5"); //依bbi.txt的编码类型选择合适的编码，若是不调整会乱码 in.close(); }catch(Exception e){ e.printStackTrace(); } myTextView.setText(res);//把获得的内容显示在TextView上 2、 从asset中获取文件并读取数据（资源文件只能读不能写） String fileName = "yan.txt"; //文件名字 String res=""; try{ InputStream in = getResources().getAssets().open(fileName); // \Test\assets\yan.txt这里有这样的文件存在 int length = in.available(); byte [] buffer = new byte[length]; in.read(buffer); res = EncodingUtils.getString(buffer, "UTF-8"); }catch(Exception e){ e.printStackTrace(); } 3、 从sdcard中去读文件，首先要把文件经过\android-sdk-windows\tools\adb.exe把本地计算机上的文件copy到sdcard上去，adb.exe push e:/Y.txt /sdcard/, 不能够用adb.exe push e:\Y.txt \sdcard\ 一样： 把仿真器上的文件copy到本地计算机上用： adb pull ./data/data/com.tt/files/Test.txt e:/ String fileName = "/sdcard/Y.txt"; //也能够用String fileName = "mnt/sdcard/Y.txt"; String res=""; try{ FileInputStream fin = new FileInputStream(fileName); //FileInputStream fin = openFileInput(fileName); //用这个就不行了，必须用FileInputStream int length = fin.available(); byte [] buffer = new byte[length]; fin.read(buffer); res = EncodingUtils.getString(buffer, "UTF-8"); fin.close(); }catch(Exception e){ e.printStackTrace(); } myTextView.setText(res); 4、 写文件， 通常写在\data\data\com.test\files\里面，打开DDMS查看file explorer是能够看到仿真器文件存放目录的结构的 String fileName = "TEST.txt"; String message = "FFFFFFF11111FFFFF" ; writeFileData(fileName, message); public voidwriteFileData(String fileName,String message){ try{ FileOutputStream fout =openFileOutput(fileName, MODE_PRIVATE); byte [] bytes = message.getBytes(); fout.write(bytes); fout.close(); } catch(Exception e){ e.printStackTrace(); } } 5、 写， 读data/data/目录(至关AP工做目录)上的文件，用openFileOutput //写文件在./data/data/com.tt/files/下面 public voidwriteFileData(String fileName,String message){ try{ FileOutputStream fout =openFileOutput(fileName, MODE_PRIVATE); byte [] bytes = message.getBytes(); fout.write(bytes); fout.close(); } catch(Exception e){ e.printStackTrace(); } } //------------------------------------------------------- //读文件在./data/data/com.tt/files/下面 public String readFileData(String fileName){ String res=""; try{ FileInputStream fin = openFileInput(fileName); int length = fin.available(); byte [] buffer = new byte[length]; fin.read(buffer); res = EncodingUtils.getString(buffer, "UTF-8"); fin.close(); } catch(Exception e){ e.printStackTrace(); } return res; } 6、 写， 读sdcard目录上的文件，要用FileOutputStream， 不能用openFileOutput //写在/mnt/sdcard/目录下面的文件 public voidwriteFileSdcard(String fileName,String message){ try{ //FileOutputStream fout = openFileOutput(fileName, MODE_PRIVATE); FileOutputStream fout = newFileOutputStream(fileName); byte [] bytes = message.getBytes(); fout.write(bytes); fout.close(); } catch(Exception e){ e.printStackTrace(); } } //读在/mnt/sdcard/目录下面的文件 public String readFileSdcard(String fileName){ String res=""; try{ FileInputStream fin = new FileInputStream(fileName); int length = fin.available(); byte [] buffer = new byte[length]; fin.read(buffer); res = EncodingUtils.getString(buffer, "UTF-8"); fin.close(); } catch(Exception e){ e.printStackTrace(); } return res; } 注： openFileOutput是在raw里编译过的，FileOutputStream是任何文件均可以 参考：http://dev.10086.cn/cmdn/wiki/index.php?doc-view-6017.html 12:12 评论 / 浏览 (0 / 30) 分类:移动开发 2011-11-09 缩略显示 ASCII Characters 对照表 asc asc码对照表 ------------------------------------------------------------- ASCII Characters Dec Hex Char Code Dec Hex Char 0 0 NUL 64 40 @ 1 1 SOH 65 41 A 2 2 STX 66 42 B 3 3 ETX 67 43 C 4 4 EOT 68 44 D 5 5 ENQ 69 45 E 6 6 ACK 70 46 F 7 7 BEL 71 47 G 8 8 BS 72 48 H 9 9 HT 73 49 I 10 0A LF 74 4A J 11 0B VT 75 4B K 12 0C FF 76 4C L 13 0D CR 77 4D M 14 0E SO 78 4E N 15 0F SI 79 4F O 16 10 SLE 80 50 P 17 11 CS1 81 51 Q 18 12 DC2 82 52 R 19 13 DC3 83 53 S 20 14 DC4 84 54 T 21 15 NAK 85 55 U 22 16 SYN 86 56 V 23 17 ETB 87 57 W 24 18 CAN 88 58 X 25 19 EM 89 59 Y 26 1A SIB 90 5A Z 27 1B ESC 91 5B [ 28 1C FS 92 5C / 29 1D GS 93 5D ] 30 1E RS 94 5E ^ 31 1F US 95 5F _ 32 20 (space) 96 60 ` 33 21 ! 97 61 a 34 22 " 98 62 b 35 23 # 99 63 c 36 24 $ 100 64 d 37 25 % 101 65 e 38 26 & 102 66 f 39 27 ' 103 67 g 40 28 ( 104 68 h 41 29 ) 105 69 i 42 2A * 106 6A j 43 2B + 107 6B k 44 2C , 108 6C l 45 2D - 109 6D m 46 2E . 110 6E n 47 2F / 111 6F o 48 30 0 112 70 p 49 31 1 113 72 q 50 32 2 114 72 r 51 33 3 115 73 s 52 34 4 116 74 t 53 35 5 117 75 u 54 36 6 118 76 v 55 37 7 119 77 w 56 38 8 120 78 x 57 39 9 121 79 y 58 3A : 122 7A z 59 3B ; 123 7B { 60 3C < 124 7C | 61 3D = 125 7D } 62 3E > 126 7E ~ 63 3F ? 127 7F 目前计算机中用得最普遍的字符集及其编码，是由美国国家标准局(ANSI)制定的ASCII码（American Standard Code for Information Interchange，美国标准信息交换码），它已被国际标准化组织（ISO）定为国际标准，称为ISO 646标准。适用于全部拉丁文字字母，ASCII码有7位码和8位码两种形式。 由于1位二进制数能够表示（21=）2种状态：0、1；而2位二进制数能够表示（22）=4种状态：00、01、10、11；依次类推，7位二进制数能够表示（27=）128种状态，每种状态都惟一地编为一个7位的二进制码，对应一个字符（或控制码），这些码能够排列成一个十进制序号0～127。因此，7位 ASCII码是用七位二进制数进行编码的，能够表示128个字符。 第0～32号及第127号(共34个)是控制字符或通信专用字符，如控制符：LF（换行）、CR（回车）、FF（换页）、DEL（删除）、BEL（振铃）等；通信专用字符：SOH（文头）、EOT（文尾）、ACK（确认）等； 第33～126号(共94个)是字符，其中第48～57号为0～9十个阿拉伯数字；65～90号为26个大写英文字母，97～122号为26个小写英文字母，其他为一些标点符号、运算符号等。 注意：在计算机的存储单元中，一个ASCII码值占一个字节(8个二进制位)，其最高位(b7)用做奇偶校验位。所谓奇偶校验，是指在代码传送过程当中用来检验是否出现错误的一种方法，通常分奇校验和偶校验两种。奇校验规定：正确的代码一个字节中1的个数必须是奇数，若非奇数，则在最高位b7添1；偶校验规定：正确的代码一个字节中1的个数必须是偶数，若非偶数，则在最高位b7添1。 第128～255号为扩展字符（不经常使用），如须要请下载：完整的8位ASCII字符表 09:36 评论 / 浏览 (0 / 7) 分类:非技术 2011-11-03 缩略显示 Android输入事件流程中的EventHub分析及源码演示 android Android2.3的输入事件流程与之前版本有了较大的不一样，这里作一下详细的分析，最后我把本身分析时用的演示代码放在了这里： http://code.google.com/p/flying-on-android/ 下面的分析都是基于这些源码的，你们能够下载下来一边看源码一边看文档。源码里只要关注FlyingEvent这个类就能够了。若是只想看一下演示结果，能够直接把包里的flying放到机器的/system/bin目录执行，打开logcat后就能够看到演示输出。运行程序时，机器屏幕会有异象产生，很正常，由于这个程序本来是用于显示SurfaceFlinger的，此次为了演示EventHub稍微改了一下。你们只要关注 FlyingEvent.cpp这个文件就行了。 你们也能够用源码本身编译出演示程序，只要把解压后的flying文件夹放到/frameworks/base/cmds/目录下，而后切换到flying目录下使用mm编译。 先大体介绍一下整个流程，再作重点分析。输入事件流程一共涉及到下面这几个文件： /frameworks/base/services/java/com/android/server/WindowManagerService.java /frameworks/base/services/java/com/android/server/InputManager.java /frameworks/base/services/jni/com_android_server_InputManager.cpp /frameworks/base/libs/ui/InputReader.cpp /frameworks/base/libs/ui/InputDispatcher.cpp /frameworks/base/libs/ui/EventHub.cpp 其中，WindowManagerService.java和InputManager.java主要向Android为窗口系统提供服务，EventHub.cpp主要用来读取设备文件中的RawEvent，而InputReader.cpp和InputDispatcher.cpp算是它们之间的对接层。 它们的关系是：WindowManagerService经过InputManager提供的接口开启一个线程驱动InputReader不断地从 /dev/input/目录下面的设备文件读取事件，而后经过InputDispatcher分发给链接到WindowManagerService服务的客户端。 InputReader从设备文件中读取的是RawEvent，在交给InputDispatcher进行分发以前，它须要先把RawEvent进行转化分类，拆分红KeyEvent、MotionEvent、TrackEvent各类类型等。这篇文章主要关注的就是这个RawEvent的拆分过程，因此咱们的重点在EventHub.cpp中。而且，为了简单化分析过程，在这里个人分析只关注触摸屏事件。看它是如何从RawEvent被拆分红应用层用户事件MotionEvent的。 看下面的分析以前，最好先去上面提到的地址把源码下载下来，参照里面的FlyingEvent.cpp。 整个过程大体分红这么几步： 1、初始化。 先new一个EventHub的实例：mEventHub(new EventHub)， 接下来，开启一个线程经过mEventHub不停地从设备文件中读取RawEvent并处理: while (1) { RawEvent event; mEventHub->getEvent(&event); process(event); } EventHub在初始化的时候作一些事情， 1、搜索当前的输入设备每搜索到一个就会产生一个类型为DEVICE_ADDED的事件，当读取这种RawEvent时，InputReader会把搜索到的这个设备记录下来。 2、若是搜索到了键盘时，就会加载键盘布局文件。加载完成后产生一个类型为FINISHED_DEVICE_SCAN的事件。这样，后边从驱动读取用户按键时，就会去加载的键盘布局文件中寻找映射的键值封装成KeyEvent返回给用户。 2、EventHub初始化完毕后，就开始等待用户输入。线程一直阻塞在mEventHub->getEvent(&event)，直到有用户事件产生才会返回。 当有一个事件产生时，传递给process进行处理。 3、事件拆分 FlyingEvent.process里面主要调用了FlyingEvent.consume方法来处理用户事件。这里只分析touch事件。touch事件能够分为三种：down,move,up。 down类型的touch事件须要四个RawEvent来完成，第一个是X坐标（ABS_X），第二个是Y坐标（ABS_Y），第三个表明方向（ABS_PRESSURE）（0的时候是up，1的时候是down，因此这里应该是1），第四个是结束标志（SYN_REPORT）。 move类型的touch事件须要三个RawEvent来完成，第一个是X坐标，第二个是Y坐标，第三个是结束标志。 up类型的touch事件须要两个RawEvent来完成，第一个表明方向（0的时候是up，1的时候是down，因此这里应该是0），第四个是结束标志。 可能你已经注意到了up事件是没有坐标信息的，它的坐标信息与down(没有move时)或最后一个move（down和up之间有move事件产生）事件的坐标相同。 从FlyingEvent.consume方法中，每个事件最终都会生成一个TouchEvent，而后调用printTouchEvent进行打印，最后把它存储到eventBuffer中。 参考文章 李先静的“Android输入事件流程“，不过使用的Android版本比较老了。 http://blog.csdn.net/absurd/archive/2009/05/17/4195363.aspx (摘自：http://blog.csdn.net/a345017062/article/details/6417929) 19:58 评论 / 浏览 (0 / 35) 分类:移动开发 2011-10-21 缩略显示 svn还原恢复 svn 1.对文件和目录的修改还原 svn revert PATH... 描述 恢复全部对文件和目录的修改，而且解决全部的冲突状态。svn revert不会只是恢复工做拷贝中一个项目的内容，也包括了对属性修改的恢复。最终，你能够使用它来取消全部已经作过的预约操做（例如，文件预约要添加或删除能够“恢复”）。 例子 丢弃对一个文件的修改： $ svn revert foo.c Reverted foo.c 若是你但愿恢复一整个目录的文件，能够使用--recursive选项： $ svn revert --recursive . Reverted newdir/afile Reverted foo.c Reverted bar.txt 2.还原到之前版本 svn update -r 200 test.php(将版本库中的文件test.php还原到版本200) 3.列出本地与SVN当前版本差别 svn status -v path(显示文件和子目录状态) 简写：svn st 第一列保持相同，第二列显示工做版本号，第三和第四列显示最后一次修改的版本号和修改人。 另外，可执行script -q tty.log后,就开始记录终端的输入输出信息,结束的时候按ctrl+D便可获得终端的内容文件tty.log 4. svn比较差别 svn diff path(将修改的文件与基础版本比较) 例如：svn diff test.php svn diff -r m:n path(对版本m和版本n比较差别) 注：svn status、svn diff和 svn revert这三条命令在没有网络的状况下也能够执行的，缘由是svn在本地的.svn中保留了本地版本的原始拷贝。 11:19 评论 / 浏览 (0 / 43) 分类:非技术 2011-10-18 缩略显示 linux下查看内存使用状况 在Linux下查看内存咱们通常用free命令： [root@scs-2 tmp]# free total used free shared buffers cached Mem: 3266180 3250004 16176 0 110652 2668236 -/+ buffers/cache: 471116 2795064 Swap: 2048276 80160 1968116 下面是对这些数值的解释： total:总计物理内存的大小。 used:已使用多大。 free:可用有多少。 Shared:多个进程共享的内存总额。 Buffers/cached:磁盘缓存的大小。 第三行(-/+ buffers/cached): used:已使用多大。 free:可用有多少。 第四行就很少解释了。 区别：第二行(mem)的used/free与第三行(-/+ buffers/cache) used/free的区别。 这两个的区别在于使用的角度来看，第一行是从OS的角度来看，由于对于OS，buffers/cached 都是属于被使用，因此他的可用内存是16176KB,已用内存是3250004KB,其中包括，内核（OS）使用+Application(X, oracle,etc)使用的+buffers+cached. 第三行所指的是从应用程序角度来看，对于应用程序来讲，buffers/cached 是等于可用的，由于buffer/cached是为了提升文件读取的性能，当应用程序需在用到内存的时候，buffer/cached会很快地被回收。 因此从应用程序的角度来讲，可用内存=系统free memory+buffers+cached。 如上例： 2795064=16176+110652+2668236 接下来解释何时内存会被交换，以及按什么方交换。 当可用内存少于额定值的时候，就会开会进行交换。 如何看额定值： cat /proc/meminfo [root@scs-2 tmp]# cat /proc/meminfo MemTotal: 3266180 kB MemFree: 17456 kB Buffers: 111328 kB Cached: 2664024 kB SwapCached: 0 kB Active: 467236 kB Inactive: 2644928 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 3266180 kB LowFree: 17456 kB SwapTotal: 2048276 kB SwapFree: 1968116 kB Dirty: 8 kB Writeback: 0 kB Mapped: 345360 kB Slab: 112344 kB Committed_AS: 535292 kB PageTables: 2340 kB VmallocTotal: 536870911 kB VmallocUsed: 272696 kB VmallocChunk: 536598175 kB HugePages_Total: 0 HugePages_Free: 0 Hugepagesize: 2048 kB 用free -m查看的结果： [root@scs-2 tmp]# free -m total used free shared buffers cached Mem: 3189 3173 16 0 107 2605 -/+ buffers/cache: 460 2729 Swap: 2000 78 1921 查看/proc/kcore文件的大小（内存镜像）： [root@scs-2 tmp]# ll -h /proc/kcore -r-------- 1 root root 4.1G Jun 12 12:04 /proc/kcore 备注： 占用内存的测量 测量一个进程占用了多少内存，linux为咱们提供了一个很方便的方法，/proc目录为咱们提供了全部的信息，实际上top等工具也经过这里来获取相应的信息。 /proc/meminfo 机器的内存使用信息 /proc/pid/maps pid为进程号，显示当前进程所占用的虚拟地址。 /proc/pid/statm 进程所占用的内存 [root@localhost ~]# cat /proc/self/statm 654 57 44 0 0 334 0 输出解释 CPU 以及CPU0。。。的每行的每一个参数意思（以第一行为例）为： 参数 解释 /proc//status Size (pages) 任务虚拟地址空间的大小 VmSize/4 Resident(pages) 应用程序正在使用的物理内存的大小 VmRSS/4 Shared(pages) 共享页数 0 Trs(pages) 程序所拥有的可执行虚拟内存的大小 VmExe/4 Lrs(pages) 被映像到任务的虚拟内存空间的库的大小 VmLib/4 Drs(pages) 程序数据段和用户态的栈的大小 （VmData+ VmStk ）4 dt(pages) 04 查看机器可用内存 /proc/28248/>free total used free shared buffers cached Mem: 1023788 926400 97388 0 134668 503688 -/+ buffers/cache: 288044 735744 Swap: 1959920 89608 1870312 咱们经过free命令查看机器空闲内存时，会发现free的值很小。这主要是由于，在linux中有这么一种思想，内存不用白不用，所以它尽量的cache和buffer一些数据，以方便下次使用。但实际上这些内存也是能够马上拿来使用的。 因此 空闲内存=free+buffers+cached=total-used 17:52 评论 / 浏览 (0 / 13) 分类:操做系统 2011-08-29 缩略显示 android 镜像制做方法 android 一:update.zip包的制做 1:新建一个目标，在此目录下准备好须要的文件,如system目录文件、boot.img、recovery.img等. mkdir testupdate cp system/ testupdate/ -tf 注：若是文件是system.img镜像能够用unyaffs解压出来获得system 2:用make-update-script工具生成update-script脚本,以下 cp make-update-script testupdate/ cp android-info.txt testupdate/ cd testupdate ./make-update-script system android-info.txt > update-script rm make-update-script android-info.txt vi update-script //根据须要适当修改些脚本 说明:system是要更新的目录，android-info.txt是板的版本信息,update-script是输出文件名 3:创建一个目录名称为META-INF/com/google/android,把上面生成的脚本放进去 mkdir -p META-INF/com/google/android mv update-script META-INF/com/google/android/ 4:压缩文件 zip -r update.zip system META-INF 5:给压缩文件添加签名 mv update.zip ../signapk/ cd ../signapk/ java -jar signapk.jar testkey.x509.pem testkey.pk8 update.zip signed-update.zip 6:删除多余的文件，并把生成的包重命名 rm update.zip mv signed-update.zip ../update.zip cd ../ 7:大功告成，把更新包update.zip拷到sdcard根目录下去验证吧! 注意： 1）若是文件里有链接，应该在获取update-script以后在原文件里删除连接文件，再打包，不然symlink将出错； 2）若是原文件里有空目录，所获的签名将失去此记录，因此若是空目录必须存在，更新以后的文件将与原文件不一样（少了空目录） 二：ramdisk.img 制做 方法1: 解压: 1) mv ramdisk.img ramdisk.img.gz 2) gunzip ramdisk,img.gz 3) mkdir ramdisk;cd ramdisk 4) cpio -i -F ../ramdisk.img 压缩: 1) 产生要pack的目录list,也能够本身列 cpio -i -t -F ../ramdisk.img > list 2) 利用刚生成的list文件列表，cpio归档 cpio -o -H newc -O new.img < list 3) gzip new.img 方法2： 解压: gunzip -c ../your-ramdisk-file | cpio -i 压缩: find . | cpio -o -H newc | gzip > ../newramdisk.cpio.gz 注意：在android里的作法是 1)先获得ramdisk所须要的文件，好比root目录 2)用mkbootfs制做ramdisk.img,用法以下 mkbootfs root | gzip > ramdisk.img 这里须要验证哪一个能用android写下去 三:boot.img的制做 1:android正常作法 1):链接 mkbootimg --kernel your-kernel-file --ramdisk newramdisk.cpio.gz --cmdline "mem=128 console=ttymxc0,115200n8 init=/init rw" --output mynewimage.img 或 mkbootimg --kernel your-kernel-file --ramdisk newramdisk.cpio.gz --cmdline --output mynewimage.img 2):提取img中的kernel和ramdisk ./split_bootimg.pl mynewimage.img 2:uboot 直接把uImage重命名为boot.img便可 四:system.img的制做(只为 yaffs2格式) 1)压制:./mkyaffs2image system/ system.img 2)解压:./unyaffs system.img 四:system.img的制做(只为yaffs2格式) 1)压制:./mkyaffs2image system/ system.img 2)解压:./unyaffs system.img 五:recovery.img的制做 1:若是recovery的镜像是只有文件系统部分时候能够如第四所示范 2:若是recovery为ramdisk形式 ============================================= 制 做ramdisk的过程。 1.在/mnt下建立rdmnt 和 rdimg 目录 mkdir rdmnt mkdir rdimg 2.建立一个ramdisk文件，大小32768 X 1k。 dd if=/dev/zero of=rdimg/ramdisk bs=1k count=32768 3.使用ext2方式格式该文件 mke2fs -F -v -m0 rdimg/ramdisk 4.将该ramdisk文件和rdmnt挂载 mount -o loop rdimg/ramdisk rdmnt/ 5.拷贝文件到挂载目录中。 文件系统目录在：/home/xrqun/workdir/filesys/ cp –av /home/xrqun/workdir/filesys/* rdmnt 6.卸载ramdisk umount rdmnt 7压缩 ramdisk文件 gzip –c -9 <rdimg/ramdisk > rdimg/ramdisk.gz 8.拷贝该ramdisk.gz映像到tftpboot目录下 cp rdimg/ramdisk.gz /tftpboot/ 9. 使用mkimage工具 mkimage -n "uboot.ramdisk.filesys" -A arm -O linux -T ramdisk -C gzip -d ramdisk.gz uboot.ramdisk.gz 参考：http://liaowb1234.blog.163.com/blog/static/771555472010027104534626/ http://www.cnblogs.com/sdphome/archive/2011/03/20/1989826.html 16:30 评论 / 浏览 (0 / 94) 分类:移动开发 2011-08-24 缩略显示 Eclipse下svn属性设置 androidframeworks svn_externals: src/android ###/frameworks/base/core/java/android src/com ###/frameworks/base/core/java/com src/com/android/internal/policy ###/frameworks/base/policy/src/com/android/internal/policy src/com/android/server ###/frameworks/base/services/java/com/android/server src/com/android/systemui/statusbar ###/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar src/android/telephony ###/frameworks/base/telephony/java/android/telephony src/com/android/internal/telephony ###/frameworks/base/telephony/java/com/android/internal/telephony src/android/opengl ###/frameworks/base/opengl/java/android/opengl src/javax/microedition/khronos ###/frameworks/base/opengl/java/javax/microedition/khronos src/android/drm ###/frameworks/base/media/java/android/drm src/android/media ###/frameworks/base/media/java/android/media src/android/graphics ###/frameworks/base/graphics/java/android/graphics src/android/renderscript ###/frameworks/base/graphics/java/android/renderscript src/com/android/internal/graphics ###/frameworks/base/graphics/java/com/android/internal/graphics svn_ignore: assets libs build_oms.xml .classpath .project bin 16:52 评论 / 浏览 (0 / 83) 分类:移动开发 2011-08-24 缩略显示 linux/Unix环境下的make和makefile详解 makelinux脚本 不管是在linux仍是在Unix环境中，make都是一个很是重要的编译命令。无论是本身进行项目开发仍是安装应用软件，咱们都常常要用到make或make install。利用make工具，咱们能够将大型的开发项目分解成为多个更易于管理的模块，对于一个包括几百个源文件的应用程序，使用make和 makefile工具就能够简洁明快地理顺各个源文件之间纷繁复杂的相互关系。并且如此多的源文件，若是每次都要键入gcc命令进行编译的话，那对程序员来讲简直就是一场灾难。而make工具则可自动完成编译工做，而且能够只对程序员在上次编译后修改过的部分进行编译。所以，有效的利用make和 makefile工具能够大大提升项目开发的效率。同时掌握make和makefile以后，您也不会再面对着Linux下的应用软件手足无措了。 但使人遗憾的是，在许多讲述linux应用的书籍上都没有详细介绍这个功能强大但又很是复杂的编译工具。在这里我就向你们详细介绍一下make及其描述文件makefile。 Makefile文件 Make工具最主要也是最基本的功能就是经过makefile文件来描述源程序之间的相互关系并自动维护编译工做。而makefile 文件须要按照某种语法进行编写，文件中须要说明如何编译各个源文件并链接生成可执行文件，并要求定义源文件之间的依赖关系。makefile 文件是许多编译器--包括 Windows NT 下的编译器--维护编译信息的经常使用方法，只是在集成开发环境中，用户经过友好的界面修改 makefile 文件而已。 在 UNIX 系统中，习惯使用 Makefile 做为 makfile 文件。若是要使用其余文件做为 makefile，则可利用相似下面的 make 命令选项指定 makefile 文件： $ make -f Makefile.debug 例如，一个名为prog的程序由三个C源文件filea.c、fileb.c和filec.c以及库文件LS编译生成，这三个文件还分别包含本身的头文件a.h 、b.h和c.h。一般状况下，C编译器将会输出三个目标文件filea.o、fileb.o和filec.o。假设filea.c和fileb.c都要声明用到一个名为defs的文件，但filec.c不用。即在filea.c和fileb.c里都有这样的声明： #include "defs" 那么下面的文档就描述了这些文件之间的相互联系: --------------------------------------------------------- #It is a example for describing makefile prog : filea.o fileb.o filec.o cc filea.o fileb.o filec.o -LS -o prog filea.o : filea.c a.h defs cc -c filea.c fileb.o : fileb.c b.h defs cc -c fileb.c filec.o : filec.c c.h cc -c filec.c ---------------------------------------------------------- 这个描述文档就是一个简单的makefile文件。 从上面的例子注意到，第一个字符为 # 的行为注释行。第一个非注释行指定prog由三个目标文件filea.o、fileb.o和filec.o连接生成。第三行描述了如何从prog所依赖的文件创建可执行文件。接下来的四、六、8行分别指定三个目标文件，以及它们所依赖的.c和.h文件以及defs文件。而五、七、9行则指定了如何从目标所依赖的文件创建目标。 当filea.c或a.h文件在编译以后又被修改，则 make 工具可自动从新编译filea.o，若是在先后两次编译之间，filea.C 和a.h 均没有被修改，并且 test.o 还存在的话，就没有必要从新编译。这种依赖关系在多源文件的程序编译中尤为重要。经过这种依赖关系的定义，make 工具可避免许多没必要要的编译工做。固然，利用 Shell 脚本也能够达到自动编译的效果，可是，Shell 脚本将所有编译任何源文件，包括哪些没必要要从新编译的源文件，而 make 工具则可根据目标上一次编译的时间和目标所依赖的源文件的更新时间而自动判断应当编译哪一个源文件。 Makefile文件做为一种描述文档通常须要包含如下内容: ◆ 宏定义 ◆ 源文件之间的相互依赖关系 ◆ 可执行的命令 Makefile中容许使用简单的宏指代源文件及其相关编译信息，在linux中也称宏为变量。在引用宏时只需在变量前加$符号，但值得注意的是，若是变量名的长度超过一个字符，在引用时就必须加圆括号（）。 下面都是有效的宏引用： $(CFLAGS) $2 $Z $(Z) 其中最后两个引用是彻底一致的。 须要注意的是一些宏的预约义变量，在Unix系统中，$*、$@、$?和$<四个特殊宏的值在执行命令的过程当中会发生相应的变化，而在GNU make中则定义了更多的预约义变量。关于预约义变量的详细内容， 宏定义的使用能够使咱们脱离那些冗长乏味的编译选项，为编写makefile文件带来很大的方便。 --------------------------------------------------------- # Define a macro for the object files OBJECTS= filea.o fileb.o filec.o # Define a macro for the library file LIBES= -LS # use macros rewrite makefile prog: $(OBJECTS) cc $(OBJECTS) $(LIBES) -o prog …… --------------------------------------------------------- 此时若是执行不带参数的make命令，将链接三个目标文件和库文件LS；可是若是在make命令后带有新的宏定义： make "LIBES= -LL -LS" 则命令行后面的宏定义将覆盖makefile文件中的宏定义。若LL也是库文件，此时make命令将链接三个目标文件以及两个库文件LS和LL。 在Unix系统中没有对常量NULL做出明确的定义，所以咱们要定义NULL字符串时要使用下述宏定义： STRINGNAME= Make命令 在make命令后不只能够出现宏定义，还能够跟其余命令行参数，这些参数指定了须要编译的目标文件。其标准形式为： target1 [target2 …]:[:][dependent1 …][;commands][#…] [(tab) commands][#…] 方括号中间的部分表示可选项。Targets和dependents当中能够包含字符、数字、句点和"/"符号。除了引用，commands中不能含有"#",也不容许换行。 在一般的状况下命令行参数中只含有一个":"，此时command序列一般和makefile文件中某些定义文件间依赖关系的描述行有关。若是与目标相关连的那些描述行指定了相关的command序列，那么就执行这些相关的command命令，即便在分号和(tab)后面的aommand字段甚至有多是NULL。若是那些与目标相关连的行没有指定command，那么将调用系统默认的目标文件生成规则。 若是命令行参数中含有两个冒号"::"，则此时的command序列也许会和makefile中全部描述文件依赖关系的行有关。此时将执行那些与目标相关连的描述行所指向的相关命令。同时还将执行build-in规则。 若是在执行command命令时返回了一个非"0"的出错信号，例如makefile文件中出现了错误的目标文件名或者出现了以连字符打头的命令字符串，make操做通常会就此终止，但若是make后带有"-i"参数，则make将忽略此类出错信号。 Make命自己可带有四种参数：标志、宏定义、描述文件名和目标文件名。其标准形式为： Make [flags] [macro definitions] [targets] Unix系统下标志位flags选项及其含义为： -f file 指定file文件为描述文件，若是file参数为"-"符，那么描述文件指向标准输入。若是没有"-f"参数，则系统将默认当前目录下名为 makefile或者名为Makefile的文件为描述文件。在linux中， GNU make 工具在当前工做目录中按照GNUmakefile、makefile、Makefile的顺序搜索 makefile文件。 -i 忽略命令执行返回的出错信息。 -s 沉默模式，在执行以前不输出相应的命令行信息。 -r 禁止使用build-in规则。 -n 非执行模式，输出全部执行命令，但并不执行。 -t 更新目标文件。 -q make操做将根据目标文件是否已经更新返回"0"或非"0"的状态信息。 -p 输出全部宏定义和目标文件描述。 -d Debug模式，输出有关文件和检测时间的详细信息。 linux下make标志位的经常使用选项与Unix系统中稍有不一样，下面咱们只列出了不一样部分： -c dir 在读取 makefile 以前改变到指定的目录dir。 -I dir 当包含其余 makefile文件时，利用该选项指定搜索目录。 -h help文挡，显示全部的make选项。 -w 在处理 makefile 以前和以后，都显示工做目录。 经过命令行参数中的target ，可指定make要编译的目标，而且容许同时定义编译多个目标，操做时按照从左向右的顺序依次编译target选项中指定的目标文件。若是命令行中没有指定目标，则系统默认target指向描述文件中第一个目标文件。 一般，makefile 中还定义有 clean 目标，可用来清除编译过程当中的中间文件，例如： clean: rm -f *.o 运行 make clean 时，将执行 rm -f *.o 命令，最终删除全部编译过程当中产生的全部中间文件。 隐含规则 在make 工具中包含有一些内置的或隐含的规则，这些规则定义了如何从不一样的依赖文件创建特定类型的目标。Unix系统一般支持一种基于文件扩展名即文件名后缀的隐含规则。这种后缀规则定义了如何将一个具备特定文件名后缀的文件（例如.c文件），转换成为具备另外一种文件名后缀的文件（例如.o文件）： .c:.o $(CC) $(CFLAGS) $(CPPFLAGS) -c -o $@ $< 系统中默认的经常使用文件扩展名及其含义为： .o 目标文件 .c C源文件 .f FORTRAN源文件 .s 汇编源文件 .y Yacc-C源语法 .l Lex源语法 在早期的Unix系统系统中还支持Yacc-C源语法和Lex源语法。在编译过程当中，系统会首先在makefile文件中寻找与目标文件相关的.C文件，若是还有与之相依赖的.y和.l文件，则首先将其转换为.c文件后再编译生成相应的.o文件；若是没有与目标相关的.c文件而只有相关的.y文件，则系统将直接编译.y文件。 而GNU make 除了支持后缀规则外还支持另外一种类型的隐含规则--模式规则。这种规则更加通用，由于能够利用模式规则定义更加复杂的依赖性规则。模式规则看起来很是相似于正则规则，但在目标名称的前面多了一个 % 号，同时可用来定义目标和依赖文件之间的关系，例以下面的模式规则定义了如何将任意一个 file.c 文件转换为 file.o 文件： %.c:%.o $(CC) $(CFLAGS) $(CPPFLAGS) -c -o $@ $< #EXAMPLE# 下面将给出一个较为全面的示例来对makefile文件和make命令的执行进行进一步的说明，其中make命令不只涉及到了C源文件还包括了Yacc 语法。本例选自"Unix Programmer's Manual 7th Edition, Volume 2A" Page 283-284 下面是描述文件的具体内容： --------------------------------------------------------- #Description file for the Make command #Send to print P=und -3 | opr -r2 #The source files that are needed by object files FILES= Makefile version.c defs main.c donamc.c misc.c file.c dosys.c gram.y lex.c gcos.c #The definitions of object files OBJECTS= vesion.o main.o donamc.o misc.o file.o dosys.o gram.o LIBES= -LS LINT= lnit -p CFLAGS= -O make: $(OBJECTS) cc $(CFLAGS) $(OBJECTS) $(LIBES) -o make size make $(OBJECTS): defs gram.o: lex.c cleanup: -rm *.o gram.c install: @size make /usr/bin/make cp make /usr/bin/make ; rm make #print recently changed files print: $(FILES) pr $? | $P touch print test: make -dp | grep -v TIME>1zap /usr/bin/make -dp | grep -v TIME>2zap diff 1zap 2zap rm 1zap 2zap lint: dosys.c donamc.c file.c main.c misc.c version.c gram.c $(LINT) dosys.c donamc.c file.c main.c misc.c version.c gram.c rm gram.c arch: ar uv /sys/source/s2/make.a $(FILES) ---------------------------------------------------------- 一般在描述文件中应象上面同样定义要求输出将要执行的命令。在执行了make命令以后，输出结果为： $ make cc -c version.c cc -c main.c cc -c donamc.c cc -c misc.c cc -c file.c cc -c dosys.c yacc gram.y mv y.tab.c gram.c cc -c gram.c cc version.o main.o donamc.o misc.o file.o dosys.o gram.o -LS -o make 13188+3348+3044=19580b=046174b 最后的数字信息是执行"@size make"命令的输出结果。之因此只有输出结果而没有相应的命令行，是由于"@size make"命令以"@"起始，这个符号禁止打印输出它所在的命令行。 描述文件中的最后几条命令行在维护编译信息方面很是有用。其中"print"命令行的做用是打印输出在执行过上次"make print"命令后全部改动过的文件名称。系统使用一个名为print的0字节文件来肯定执行print命令的具体时间，而宏$?则指向那些在print 文件改动过以后进行修改的文件的文件名。若是想要指定执行print命令后，将输出结果送入某个指定的文件，那么就可修改P的宏定义： make print "P= cat>zap" 在linux中大多数软件提供的是源代码，而不是现成的可执行文件，这就要求用户根据本身系统的实际状况和自身的须要来配置、编译源程序后，软件才能使用。只有掌握了make工具，才能让咱们真正享受到到Linux这个自由软件世界的带给咱们无穷乐趣。 另外一篇，http://wiki.ubuntu.org.cn/%E8%B7%9F%E6%88%91%E4%B8%80%E8%B5%B7%E5%86%99Makefile 14:35 评论 / 浏览 (0 / 55) 分类:移动开发 2011-08-24 缩略显示 envsetup.sh脚本分析 android脚本 build/envsetup.sh脚本分析 在编译源代码以前一般须要在android源代码顶层目录执行 . ./build/envsetup.sh 目的是为了使用 脚本 envsetup.sh 里面定义了一些函数： function help() function get_abs_build_var() function get_build_var() function check_product() function check_variant() function setpaths() function printconfig() function set_stuff_for_environment() function set_sequence_number() function settitle() function choosetype() function chooseproduct() function choosevariant() function tapas() function choosecombo() function print_lunch_menu() function lunch() function gettop function m() function findmakefile() function mm() function mmm() function croot() function pid() function gdbclient() function jgrep() function cgrep() function resgrep() function getprebuilt function tracedmdump() function runhat() function getbugreports() function startviewserver() function stopviewserver() function isviewserverstarted() function smoketest() function runtest() function runtest_py() function godir () choosecombo 命令分析： function choosecombo() { choosesim $1 echo echo choosetype $2 echo echo chooseproduct $3 echo echo choosevariant $4 echo set_stuff_for_environment printconfig } 会依次进行以下选择： Build for the simulator or the device? 1. Device 2. Simulator Which would you like? [1] Build type c Build type choices are: 1. release 2. debug Which would you like? [1] Product choices are: 1. emulator 2. generic 3. sim 4. littleton You can also type the name of a product if you know it. Which would you like? [littleton] Variant choices are: 1. user 2. userdebug 3. eng Which would you like? [eng] user 默认选择之后会出现： TARGET_PRODUCT=littleton TARGET_BUILD_VARIANT=user TARGET_SIMULATOR=false TARGET_BUILD_TYPE=release TARGET_ARCH=arm HOST_ARCH=x86 HOST_OS=linux HOST_BUILD_TYPE=release BUILD_ID= ＝＝＝＝＝＝＝＝＝＝ function chooseproduct()函数分析： choices=(`/bin/ls build/target/board/*/BoardConfig.mk vendor/*/*/BoardConfig.mk 2> /dev/null`) 读取 build/target/board/* 目录下的板配置文件：BoardConfig.mk 读取 vendor/*/*/目录下的板配置文件：BoardConfig.mk choices 的值为： build/target/board/emulator/BoardConfig.mk build/target/board/generic/BoardConfig.mk build/target/board/sim/BoardConfig.mk vendor/marvell/littleton/BoardConfig.mk 通过： for choice in ${choices[@]} do # The product name is the name of the directory containing # the makefile we found, above. prodlist=(${prodlist[@]} `dirname ${choice} | xargs basename`) done 的处理，prodlist的值为： emulator generic sim littleton 因此选择菜单为： Product choices are: 1. emulator 2. generic 3. sim 4. littleton 若是选择 4，那么 TARGET_PRODUCT 被赋值为： littleton。 board_config_mk := \ $(strip $(wildcard \ $(SRC_TARGET_DIR)/board/$(TARGET_DEVICE)/BoardConfig.mk \ vendor/*/$(TARGET_DEVICE)/BoardConfig.mk \ )) 怎样添加一个模块 LOCAL_PATH:= $(call my-dir) #编译静态库 include $(CLEAR_VARS) LOCAL_MODULE = libhellos LOCAL_CFLAGS = $(L_CFLAGS) LOCAL_SRC_FILES = hellos.c LOCAL_C_INCLUDES = $(INCLUDES) LOCAL_SHARED_LIBRARIES := libcutils LOCAL_COPY_HEADERS_TO := libhellos LOCAL_COPY_HEADERS := hellos.h include $(BUILD_STATIC_LIBRARY) #编译动态库 include $(CLEAR_VARS) LOCAL_MODULE = libhellod LOCAL_CFLAGS = $(L_CFLAGS) LOCAL_SRC_FILES = hellod.c LOCAL_C_INCLUDES = $(INCLUDES) LOCAL_SHARED_LIBRARIES := libcutils LOCAL_COPY_HEADERS_TO := libhellod LOCAL_COPY_HEADERS := hellod.h include $(BUILD_SHARED_LIBRARY) BUILD_TEST=true ifeq ($(BUILD_TEST),true) #使用静态库 include $(CLEAR_VARS) LOCAL_MODULE := hellos LOCAL_STATIC_LIBRARIES := libhellos LOCAL_SHARED_LIBRARIES := LOCAL_LDLIBS += -ldl LOCAL_CFLAGS := $(L_CFLAGS) LOCAL_SRC_FILES := mains.c LOCAL_C_INCLUDES := $(INCLUDES) include $(BUILD_EXECUTABLE) #使用动态库 include $(CLEAR_VARS) LOCAL_MODULE := hellod LOCAL_MODULE_TAGS := debug LOCAL_SHARED_LIBRARIES := libc libcutils libhellod LOCAL_LDLIBS += -ldl LOCAL_CFLAGS := $(L_CFLAGS) LOCAL_SRC_FILES := maind.c LOCAL_C_INCLUDES := $(INCLUDES) include $(BUILD_EXECUTABLE) endif # ifeq ($(WPA_BUILD_SUPPLICANT),true) ######################## #local_target_dir := $(TARGET_OUT)/etc/wifi #include $(CLEAR_VARS) #LOCAL_MODULE := wpa_supplicant.conf #LOCAL_MODULE_TAGS := user #LOCAL_MODULE_CLASS := ETC #LOCAL_MODULE_PATH := $(local_target_dir) #LOCAL_SRC_FILES := $(LOCAL_MODULE) #include $(BUILD_PREBUILT) ######################## 系统变量解析 LOCAL_MODULE － 编译的目标对象 LOCAL_SRC_FILES － 编译的源文件 LOCAL_C_INCLUDES － 须要包含的头文件目录 LOCAL_SHARED_LIBRARIES － 连接时须要的外部库 LOCAL_PRELINK_MODULE － 是否须要prelink处理 BUILD_SHARED_LIBRARY － 指明要编译成动态库 LOCAL_PATH - 编译时的目录 $(call 目录，目录….) 目录引入操做符 如该目录下有个文件夹名称 src，则能够这样写 $(call src)，那么就会获得 src 目录的完整路径 include $(CLEAR_VARS) -清除以前的一些系统变量 CLEAR_VARS:= $(BUILD_SYSTEM)/clear_vars.mk 在 build/core/config.mk 定义 CLEAR_VARS:= $(BUILD_SYSTEM)/clear_vars.mk 经过include 包含自定义的.mk文件（便是自定义编译规则）或是引用系统其余的.mk文件（系统定义的编译规则）。 LOCAL_SRC_FILES － 编译的源文件 能够是.c, .cpp, .java, .S（汇编文件）或是.aidl等格式 不一样的文件用空格隔开。若是编译目录子目录，采用相对路径，如子目录/文件名。也能够经过$(call 目录)，指明编译某目录 下全部.c/.cpp/.java/.S/ .aidl文件.追加文件 LOCAL_SRC_FILES += 文件 LOCAL_C_INCLUDES － 须要包含的头文件目录 能够是系统定义路径，也能够是相对路径. 如该编译目录下有个include目录，写法是include/*.h LOCAL_SHARED_LIBRARIES － 连接时须要的外部共享库 LOCAL_STATIC_LIBRARIES － 连接时须要的外部外部静态 LOCAL_JAVA_LIBRARIES 加入jar包 LOCAL_MODULE － 编译的目标对象 module 是指系统的 native code，一般针对c,c++代码 ./system/core/sh/Android.mk:32:LOCAL_MODULE:= sh ./system/core/libcutils/Android.mk:71:LOCAL_MODULE := libcutils ./system/core/cpio/Android.mk:9:LOCAL_MODULE := mkbootfs ./system/core/mkbootimg/Android.mk:8:LOCAL_MODULE := mkbootimg ./system/core/toolbox/Android.mk:61:LOCAL_MODULE:= toolbox ./system/core/logcat/Android.mk:10:LOCAL_MODULE:= logcat ./system/core/adb/Android.mk:65:LOCAL_MODULE := adb ./system/core/adb/Android.mk:125:LOCAL_MODULE := adbd ./system/core/init/Android.mk:20:LOCAL_MODULE:= init ./system/core/vold/Android.mk:24:LOCAL_MODULE:= vold ./system/core/mountd/Android.mk:13:LOCAL_MODULE:= mountd LOCAL_PACKAGE_NAME Java 应用程序的名字用该变量定义 ./packages/apps/Music/Android.mk:9:LOCAL_PACKAGE_NAME := Music ./packages/apps/Browser/Android.mk:14:LOCAL_PACKAGE_NAME := Browser ./packages/apps/Settings/Android.mk:8:LOCAL_PACKAGE_NAME := Settings ./packages/apps/Stk/Android.mk:10:LOCAL_PACKAGE_NAME := Stk ./packages/apps/Contacts/Android.mk:10:LOCAL_PACKAGE_NAME := Contacts ./packages/apps/Mms/Android.mk:8:LOCAL_PACKAGE_NAME := Mms ./packages/apps/Camera/Android.mk:8:LOCAL_PACKAGE_NAME := Camera ./packages/apps/Phone/Android.mk:11:LOCAL_PACKAGE_NAME := Phone ./packages/apps/VoiceDialer/Android.mk:8:LOCAL_PACKAGE_NAME := VoiceDialer BUILD_SHARED_LIBRARY － 指明要编译成动态库。 编译的目标，用include 操做符 UILD_STATIC_LIBRARY来指明要编译成静态库。 若是是java文件的话，会用到系统的编译脚本host_java_library.mk，用BUILD_PACKAGE来指明。三个编译 －－－－－－－－－－－－－－－－－－－ include $(BUILD_STATIC_LIBRARY) BUILD_STATIC_LIBRARY:= $(BUILD_SYSTEM)/static_library.mk －－－－－－－－－－－－－－－－－－－ include $(BUILD_SHARED_LIBRARY) ./build/core/config.mk:50:BUILD_SHARED_LIBRARY:= $(BUILD_SYSTEM)/shared_library.mk －－－－－－－－－－－－－－－－－－－ include $(BUILD_HOST_SHARED_LIBRARY) BUILD_HOST_SHARED_LIBRARY:= $(BUILD_SYSTEM)/host_shared_library.mk －－－－－－－－－－－－－－－－－－－ include $(BUILD_EXECUTABLE) build/core/config.mk:51:BUILD_EXECUTABLE:= $(BUILD_SYSTEM)/executable.mk －－－－－－－－－－－－－－－－－－－ include $(BUILD_HOST_EXECUTABLE) ./build/core/config.mk:53:BUILD_HOST_EXECUTABLE:= $(BUILD_SYSTEM)/host_executable.mk －－－－－－－－－－－－－－－－－－－ BUILD_HOST_JAVA_LIBRARY:= $(BUILD_SYSTEM)/host_java_library.mk －－－－－－－－－－－－－－－－－－－ BUILD_JAVA_LIBRARY ./build/core/config.mk:58:BUILD_JAVA_LIBRARY:= $(BUILD_SYSTEM)/java_library.mk －－－－－－－－－－－－－－－－－－ BUILD_STATIC_JAVA_LIBRARY 编译静态JAVA库 ./build/core/config.mk:59:BUILD_STATIC_JAVA_LIBRARY:= $(BUILD_SYSTEM)/static_java_library.mk －－－－－－－－－－－－－－－－－－ BUILD_HOST_JAVA_LIBRARY 编译本机用的JAVA库 ./build/core/config.mk:60:BUILD_HOST_JAVA_LIBRARY:= $(BUILD_SYSTEM)/host_java_library.mk －－－－－－－－－－－－－－－－－－ BUILD_HOST_STATIC_LIBRARY:= $(BUILD_SYSTEM)/host_static_library.mk BUILD_HOST_SHARED_LIBRARY:= $(BUILD_SYSTEM)/host_shared_library.mk BUILD_STATIC_LIBRARY:= $(BUILD_SYSTEM)/static_library.mk BUILD_RAW_STATIC_LIBRARY := $(BUILD_SYSTEM)/raw_static_library.mk BUILD_SHARED_LIBRARY:= $(BUILD_SYSTEM)/shared_library.mk BUILD_EXECUTABLE:= $(BUILD_SYSTEM)/executable.mk BUILD_RAW_EXECUTABLE:= $(BUILD_SYSTEM)/raw_executable.mk BUILD_HOST_EXECUTABLE:= $(BUILD_SYSTEM)/host_executable.mk BUILD_PACKAGE:= $(BUILD_SYSTEM)/package.mk BUILD_HOST_PREBUILT:= $(BUILD_SYSTEM)/host_prebuilt.mk BUILD_PREBUILT:= $(BUILD_SYSTEM)/prebuilt.mk BUILD_MULTI_PREBUILT:= $(BUILD_SYSTEM)/multi_prebuilt.mk BUILD_JAVA_LIBRARY:= $(BUILD_SYSTEM)/java_library.mk BUILD_STATIC_JAVA_LIBRARY:= $(BUILD_SYSTEM)/static_java_library.mk BUILD_HOST_JAVA_LIBRARY:= $(BUILD_SYSTEM)/host_java_library.mk BUILD_DROIDDOC:= $(BUILD_SYSTEM)/droiddoc.mk BUILD_COPY_HEADERS := $(BUILD_SYSTEM)/copy_headers.mk BUILD_KEY_CHAR_MAP := $(BUILD_SYSTEM)/key_char_map.mk ＝＝＝＝＝＝＝＝＝＝＝＝ LOCAL_PRELINK_MODULE Prelink利用事先连接代替运行时连接的方法来加速共享库的加载，它不只能够加快起动速度，还能够减小部份内存开销， 是各类Linux架构上用于减小程序加载时间、缩短系统启动时间和加快应用程序启动的很受欢迎的一个工具。程序运行时的 动态连接尤为是重定位(relocation)的开销对于大型系统来讲是很大的。 动态连接和加载的过程开销很大，而且在大多数的系统上, 函数库并不会经常被更动, 每次程序被执行时所进行的连接 动做都是彻底相同的，对于嵌入式系统来讲尤为如此。所以，这一过程能够改在运行时以前就能够预先处理好，即花一些时间 利用Prelink工具对动态共享库和可执行文件进行处理，修改这些二进制文件并加入相应的重定位等信息，节约了原本在程序 启动时的比较耗时的查询函数地址等工做，这样能够减小程序启动的时间，同时也减小了内存的耗用。 Prelink的这种作法固然也有代价：每次更新动态共享库时，相关的可执行文件都须要从新执行一遍Prelink才能保 证有效，由于新的共享库中的符号信息、地址等极可能与原来的已经不一样了，这就是为何 android framework代码一改动， 这时候就会致使相关的应用程序从新被编译。 这种代价对于嵌入式系统的开发者来讲可能稍微带来一些复杂度，不过好在对用户来讲几乎是能够忽略的。 －－－－－－－－－－－－－－－－－－－－ 变量设置为false那么将不作prelink操做 LOCAL_PRELINK_MODULE := false 默认是须要prlink的，同时须要在 build/core/prelink-linux-arm.map 中加入 libhellod.so 0x96000000 这个map文件好像是制定动态库的地址的，在前面注释上面有一些地址范围的信息，注意库与库之间的间隔数， 若是指定很差的话编译的时候会提示说地址空间冲突的问题。另外，注意排序，这里要把数大的放到前面去， 按照大小降序排序。 解析 LOCAL_PRELINK_MODULE 变量 build/core/dynamic_binary.mk:94:ifeq ($(LOCAL_PRELINK_MODULE),true) ifeq ($(LOCAL_PRELINK_MODULE),true) $(prelink_output): $(prelink_input) $(TARGET_PRELINKER_MAP) $(APRIORI) $(transform-to-prelinked) transform-to-prelinked定义： ./build/core/definitions.mk:1002:define transform-to-prelinked define transform-to-prelinked @mkdir -p $(dir $@) @echo "target Prelink: $(PRIVATE_MODULE) ($@)" $(hide) $(APRIORI) \ --prelinkmap $(TARGET_PRELINKER_MAP) \ --locals-only \ --quiet \ $/build/tools/apriori” 参考文档： 动态库优化——Prelink（预链接）技术 http://www.eefocus.com/article/09-04/71629s.html ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ LOCAL_ARM_MODE := arm 目前Android大部分都是基于Arm处理器的，Arm指令用两种模式Thumb(每条指令两个字节)和arm指令（每条指令四个字节） LOCAL_CFLAGS += -O3 -fstrict-aliasing -fprefetch-loop-arrays 经过设定编译器操做，优化级别，-O0表示没有优化,-O1为缺省值，-O3优化级别最高 LOCAL_CFLAGS += -W -Wall LOCAL_CFLAGS += -fPIC -DPIC LOCAL_CFLAGS += -O2 -g -DADB_HOST=1 -Wall -Wno-unused-parameter LOCAL_CFLAGS += -D_XOPEN_SOURCE -D_GNU_SOURCE -DSH_HISTORY LOCAL_CFLAGS += -DUSEOVERLAY2 根据条件选择相应的编译参数 ifeq ($(TARGET_ARCH),arm) LOCAL_CFLAGS += -DANDROID_GADGET=1 LOCAL_CFLAGS := $(PV_CFLAGS) endif ifeq ($(TARGET_BUILD_TYPE),release) LOCAL_CFLAGS += -O2 endif LOCAL_LDLIBS := -lpthread LOCAL_LDLIBS += -ldl ifdef USE_MARVELL_MVED LOCAL_WHOLE_STATIC_LIBRARIES += lib_il_mpeg4aspdecmved_wmmx2lnx lib_il_h264decmved_wmmx2lnx LOCAL_SHARED_LIBRARIES += libMrvlMVED else LOCAL_WHOLE_STATIC_LIBRARIES += lib_il_h264dec_wmmx2lnx lib_il_mpeg4aspdec_wmmx2lnx endif ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ 其余一些变量和脚本： HOST_JNILIB_SUFFIX LOCAL_MODULE_SUFFIX LOCAL_MODULE_SUFFIX := $(HOST_JNILIB_SUFFIX) HOST_GLOBAL_LDFLAGS TARGET_GLOBAL_LDFLAGS PRIVATE_LDFLAGS LOCAL_LDLIBS LOCAL_C_INCLUDES LOCAL_STATIC_LIBRARIES LOCAL_STATIC_LIBRARIES += codecJPDec_WMMX2LNX miscGen_WMMX2LNX LOCAL_SHARED_LIBRARIES LOCAL_SHARED_LIBRARIES += libMrvlIPP LOCAL_SHARED_LIBRARIES += $(common_SHARED_LIBRARIES) LOCAL_SHARED_LIBRARIES += libMrvlIPP LOCAL_SHARED_LIBRARIES += libdl ifeq ($(TARGET_PRODUCT),littleton) LOCAL_C_INCLUDES += vendor/marvell/littleton/m2d \ LOCAL_SHARED_LIBRARIES += libOmxCore endif vendor/marvell/littleton/littleton.mk:27:PRODUCT_NAME := littleton vendor/marvell/littleton/littleton.mk:28:PRODUCT_DEVICE := littleton vendor/marvell/littleton/AndroidProducts.mk:13: $(LOCAL_DIR)/littleton.mk vendor/sample/products/sample_addon.mk:40:PRODUCT_NAME := sample_addon vendor/htc/dream-open/htc_dream.mk:6:PRODUCT_NAME := htc_dream ./vendor/htc/dream-open/htc_dream.mk:7:PRODUCT_DEVICE := dream-open ./vendor/htc/dream-open/AndroidProducts.mk:3: $(LOCAL_DIR)/htc_dream.mk build/target/product/generic.mk:26:PRODUCT_NAME := generic build/target/product/generic_with_google.mk:20:PRODUCT_NAME := generic_with_google build/target/product/min_dev.mk:6:PRODUCT_NAME := min_dev build/target/product/core.mk:2:PRODUCT_NAME := build/target/product/sim.mk:7:PRODUCT_NAME := sim build/target/product/sdk.mk:37:PRODUCT_NAME := sdk build/tools/buildinfo.sh:20:echo "ro.product.name=$PRODUCT_NAME" lunch sample_addon-eng
相关文章
- 1. [转载]Android系统在超级终端下必会的命令大全（adb shell命令大全）
- 2. Android系统在超级终端下必会的命令大全（五）
- 3. android 系统在超级终端下必会的命令大全（1、2、三）
- 4. android adb shell 命令大全
- 5. Android adb 命令大全
- 6. Android-adb命令大全
- 7. Android Studio ADB 命令大全
- 8. ADB——命令大全
- 9. adb命令大全
- 10. macpro 终端命令大全
- 更多相关文章...
- • Docker 命令大全 - Docker教程
- • PHP 超级全局变量 - PHP教程
- • Docker 清理命令
- • Docker容器实战(七) - 容器眼光下的文件系统
相关标签/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
最新文章
欢迎关注本站公众号,获取更多信息
