2016年10月12日星期三

使用LeakCanary检测Android内存泄漏


LeakCanary是Square开源的Java与Android内存泄漏检测工具:https://github.com/square/leakcanary,当前最新版本:1.6.2。

一、在Android项目中集成与使用

在Android项目中集成与使用LeakCanary相当简单:

1. 添加项目依赖


在构建脚本build.gradle中添加对LeakCanary库的依赖:

dependencies {
    debugImplementation 'com.squareup.leakcanary:leakcanary-android:1.6.2'
    releaseImplementation 'com.squareup.leakcanary:leakcanary-android-no-op:1.6.2'
    testImplementation 'com.squareup.leakcanary:leakcanary-android-no-op:1.6.2'
}
可以看到,release及test使用的是no-op的版本,no-op版本中接口都是空实现,因此不影响发布版本的业务逻辑,也不会影响效率。

2. 初始化LeakCanary


在Application中对LeakCanary工具进行初始化:

public class ExampleApplication extends Application {

    @Override
    public void onCreate() {
        super.onCreate();
        if (LeakCanary.isInAnalyzerProcess(this)) {
            // LeakCanary会创建单独的进程用于内存堆分析,这里不应该调用我们的初始化代码,直接返回即可
            return;
        }
        LeakCanary.install(this);
        // 程序的初始化代码
    }
}
LeakCanary初始化时会注册系统Activity生命周期监听器,监听所有Activity的onDestroy方法调用,以此分析Activity的内存泄漏:

@TargetApi(14)
public final class ActivityRefWatcher {
        private final ActivityLifecycleCallbacks lifecycleCallbacks = new ActivityLifecycleCallbacks() {
        public void onActivityCreated(Activity activity, Bundle savedInstanceState) {
        }

        public void onActivityStarted(Activity activity) {
        }

        public void onActivityResumed(Activity activity) {
        }

        public void onActivityPaused(Activity activity) {
        }

        public void onActivityStopped(Activity activity) {
        }

        public void onActivitySaveInstanceState(Activity activity, Bundle outState) {
        }

        public void onActivityDestroyed(Activity activity) {
            ActivityRefWatcher.this.onActivityDestroyed(activity);
        }
    };
    private final Application application;
    private final RefWatcher refWatcher;

    public static void installOnIcsPlus(Application application, RefWatcher refWatcher) {
        if(VERSION.SDK_INT >= 14) {
            ActivityRefWatcher activityRefWatcher = new ActivityRefWatcher(application, refWatcher);
            activityRefWatcher.watchActivities();
        }
    }

    public ActivityRefWatcher(Application application, RefWatcher refWatcher) {
        this.application = (Application)Preconditions.checkNotNull(application, "application");
        this.refWatcher = (RefWatcher)Preconditions.checkNotNull(refWatcher, "refWatcher");
    }

    void onActivityDestroyed(Activity activity) {
        this.refWatcher.watch(activity);
    }

    public void watchActivities() {
        this.stopWatchingActivities();
        this.application.registerActivityLifecycleCallbacks(this.lifecycleCallbacks);
    }

    public void stopWatchingActivities() {
        this.application.unregisterActivityLifecycleCallbacks(this.lifecycleCallbacks);
    }
}

3. 监听其他对象


Android中最常见的内存泄漏就是Context的内存泄漏,包括Activity、BroadcastReceiver、Service等,还有常见的Fragment等的泄漏。LeakCanary初始化时已经添加了所有Activity的监听,不需要我们再额外处理。下面看看其他对象的监听

分析Fragment内存泄漏分析,首先需要获取一个RefWatcher实例的引用:

public class ExampleApplication extends Application {
    private static RefWatcher sRefWatcher;

    @Override
    public void onCreate() {
        super.onCreate();
        if (LeakCanary.isInAnalyzerProcess(this)) {
            // LeakCanary会创建单独的进程用于内存堆分析,这里不应该调用我们的初始化代码,直接返回即可
            return;
        }
        sRefWatcher = LeakCanary.install(this);
        // 程序的初始化代码
    }

    public static void watch(final Object watchReference) {
        if(null != sRefWatcher) {
            sRefWatcher.watch(watchReference);
        }
    }
}
在Fragment的onDestroy中监听:

public class BaseFragment extends Fragment {

    @Override
    public void onDestroy() {
        super.onDestroy();
        ExampleApplication.watch(this);
    }
}
其他对象的监听类似,在将要释放对象时,增加对象的监听:

ExampleApplication.watch(obj);

4. 收集内存泄漏及分析:

项目中集成LeakCanary后,运行debug程序,一段时间后退出程序。桌面上LeakCanary额外创建了一个名为"Leaks"的快捷方式,打开快捷方式可以看到一条条的内存泄漏日志,如下图示例:

点击内存泄漏日志,可以查看内存泄漏详情,以此修复程序内存泄漏。

二、工作原理

  1. LeakCanary中调用RefWatcher.watch()方法会创建一个KeyedWeakReference的弱引用来监控对象
  2. 一段时间后,背景线程会检测这个引用对象是否被回收,如果没有被回收,则主动触发一次GC进行垃圾回收
  3. 如果这个引用对象仍然没有被回收,则dump堆内存到一个.hprof文件中存储到文件系统
  4. LeakCanary会在一个单独的进程中启动 HeapAnalyzerService,这个Service会调用HeapAnalyzer分析内存dump,而HeapAnalyzer使用得是另外一个Square开源工具HAHA来分析Android堆内存的dump文件
  5. HeapAnalyzer根据唯一key来找到堆内存中KeyedWeakReference对象并定位内存泄漏对象的引用
  6. HeapAnalyzer

三. 更多

https://github.com/square/leakcanary
https://github.com/square/leakcanary/wiki/FAQ
https://github.com/square/leakcanary/wiki/Customizing-LeakCanary
http://droidyue.com/blog/2016/03/28/android-leakcanary/index.html

2016年10月8日星期六

安装Groovy环境

Groovy的安装可以参看官网 。可以自己手动下载Groovy压缩包自己配置环境变量,也可以使用sdkman等工具来管理安装,这里记录下安装方法:

一、使用 SDKMAN


SDKMAN的使用可以参看:使用SDKMAN软件管理开发工具SDK

$ sdk install groovy
$ groovy -version
Groovy Version: 2.4.7 JVM: 1.8.0_101 Vendor: Oracle Corporation OS: Mac OS X

二、手动安装


使用SDKMAN安装的Groovy只有二进制程序,不包含源码和文档,这里介绍下手动安装的方法:

1. 首先下载Groovy压缩包,这里我选择了二进制+源码+文档的集成包,当前最新版本2.4.7:https://bintray.com/artifact/download/groovy/maven/apache-groovy-sdk-2.4.7.zip

2. 解压到本地:$HOME/bin/groovy-2.4.7

3. 设置环境变量GROOVY_HOME,ubuntu中~/.bashrc或mac中~/.bash_profile文件中添加:

export GROOVY_HOME=$HOME/bin/groovy-2.4.7
export PATH=$GROOVY_HOME/bin:$PATH

4. 重新打开命令行窗口,查看安装是否正确:

$ groovy -version
Groovy Version: 2.4.7 JVM: 1.8.0_101 Vendor: Oracle Corporation OS: Mac OS X

2016年9月26日星期一

Android项目中导入本地AAR

AAR文件是Android特有的压缩包,有别于JAR文件,AAR中打包了类和资源。

项目中导入本地AAR的方法,首先增加本地libs目录作为本地仓库:

repositories {
    flatDir {
        dirs 'libs'
    }
}

然后增加文件依赖,譬如libs/test.aar

dependencies {
    implementation(name:'test', ext: 'aar')
}

2016年9月25日星期日

使用SDKMAN软件管理开发工具SDK

SDKMAN是类UNIX上的开发工具SDK管理工具,可以方便的管理开发工具SDK的安装、卸载、版本切换等,官网:http://sdkman.io/

1. 安装

官方提供了SDKMAN的安装方式:
$ curl -s "https://get.sdkman.io" | bash
遗憾的是由于众所周知的国内网络环境问题导致资源始终下载不下来。强制终止安装后,还引发了一个问题:由于部分本地文件已经创建,重新尝试安装时会误判SDKMAN已经安装,但是却无法运行SDKMAN:
......
Looking for a previous installation of SDKMAN...
SDKMAN found.

======================================================================================================
  You already have SDKMAN installed.
  SDKMAN was found at:

    /Users/daemon/.sdkman

  Please consider running the following if you need to upgrade.

    $ sdk selfupdate force

======================================================================================================
因此再次尝试安装,需要首先删除本地已有的文件和目录:
$ cd ~
$ rm -r .sdkman
由于无法正常安装,因此需要使用代理:
$ export http_proxy="http://127.0.0.1:8087/"
$ export https_proxy="http://127.0.0.1:8087/"
$ curl -s "https://get.sdkman.io" | bash
$ unset http_proxy
$ unset https_proxy
好了,这下安装好了,所有的文件都在 $HOME/.sdkman 目录下,后面安装的开发工具SDK也是存放在这个目录

若要SDKMAN立即生效,可以重新打开新的终端,或者运行:

$ source "$HOME/.sdkman/bin/sdkman-init.sh"

2. 查看版本号

查看本地安装的SDKMAN的版本号:

$ sdk version
SDKMAN 5.7.3+337

3. 升级SDKMAN

更新SDKMAN:

$ sdk selfupdate

4. 管理SDK


1) 查看支持的sdk列表:


$ sdk list
================================================================================
Available Candidates
================================================================================
q-quit                                  /-search down
j-down                                  ?-search up
k-up                                    h-help
--------------------------------------------------------------------------------
Ant (1.10.1)                                             https://ant.apache.org/
......

可以查看SDKMAN支持管理的所有开发工具SDK列表。

2) 查看单个工具


也可以查看某个具体工具的信息:

$ sdk list gradle

================================================================================
Available Gradle Versions
================================================================================
     5.0                 4.4                 2.14.1              1.11
     5.0-rc-5            4.3.1               2.14                1.10
     5.0-rc-4            4.3                 2.13                1.9
     5.0-rc-3            4.2.1               2.12                1.8
     5.0-rc-2            4.2                 2.11                1.7
     5.0-rc-1            4.1                 2.10                1.6
     4.10.3              4.0.2               2.9                 1.5
     4.10.2              4.0.1               2.8                 1.4
     4.10.1              4.0                 2.7                 1.3
     4.10                3.5.1               2.6                 1.2
     4.9                 3.5                 2.5                 1.1
     4.8.1               3.4.1               2.4                 1.0
     4.8                 3.4                 2.3                 0.9.2
     4.7                 3.3                 2.2.1               0.9.1
     4.6                 3.2.1               2.2                 0.9
     4.5.1               3.2                 2.1                 0.8
     4.5                 3.1                 2.0                 0.7
     4.4.1               3.0                 1.12

================================================================================
+ - local version
* - installed
> - currently in use
================================================================================

可以看到所有gradle的版本

3) 安装:


$ sdk install gradle

也可以指定安装的版本号:

$ sdk install gradle 5.0

4) 使用指定版本:


$ sdk use gradle 5.0

使用use只能在当前shell环境有效

5) 设定默认版本


$ sdk default gradle 5.0

6) 查看当前版本


$ sdk current gradle

7) 卸载

需要指定卸载的版本号:

$ sdk uninstall gradle 5.0

2016年9月23日星期五

使用Gradle快速构建Android多渠道包

首先,多渠道的实现方式采用了美团多渠道打包的方式,参看http://tech.meituan.com/mt-apk-packaging.html

这种打包方式优点很明显:打包速度快的飞起,渠道越多优势越大;也有缺点,只适合多渠道包区别只有渠道号的不同,如果多个渠道需要自定义包名、应用名、资源、功能等的,还是需要使用多个productFlavor 的方式。
幸运的是公司的产品不需要这么麻烦,因此研究了下使用gradle实现美团多渠道打包的方法

基本流程


现将流程分解下:
  1. 调用assemble任务生成apk
  2. 将apk解压
  3. 在apk的META-INFO目录下创建空文件:channel_{channelName}
  4. 解压后的目录重新打包为apk

第一步,没什么好说的,标准as项目生成的gradle脚本就够用了

第二步,apk解压到本地,解压文件可以使用如下自定义task:
copy {
    from zipTree(srcFile)
    into file(upzipDir)
}
第三步,根据渠道号,在解压后的apk目录下的META-INFO文件夹下创建空文件

第四步,重新打包apk:
task("zip_" + variant.name + "_" + channelName, type: Zip)
    from upzipDir
    archiveName = targetArchiveName
    destinationDir targetout
}
基本流程如上,下面给出具体实现:

具体实现


首先自定义的构建输出目录在gradle.properties文件中配置:
# app/gradle.properties
targetout=targetout
然后渠道号采用读取json配置文件的方法,配置文件放在app项目根目录下,名称为,channels.json,示例如下:
{
  "channels": [
    {
      "channelName": "xiaomi"
    },
    {
      "channelName": "yingyongbao"
    },
    {
      "channelName": "taobao"
    }
  ]
}

下面是主要的脚本文件:
apply plugin: 'com.android.application'
android {
    .......

    buildType {
        debug {
            minifyEnabled false
        }
        release {
            minifyEnabled true
            zipAlignEnabled true
            shrinkResources true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

    // 自定义的构建结果输出目录,构建前删除目录并重建
    File target = new File(rootDir, project.targetout);
    target.deleteDir()
    target.mkdir()

    // 读取json配置文件,转换为Channels类,类定义在脚本末尾
    def channelsMap = new groovy.json.JsonSlurper().parse(file("channels.json"))
    Channels channels = new Channels(channelsMap)

    applicationVariants.all { variant ->
        variant.assemble << {

            variant.outputs.each { output ->

                // 默认构建apk文件输出的路径,解压目录放在同级目录下
                File oriFile = output.outputFile
                String oriPath = oriFile.getAbsolutePath();
                if (oriPath.endsWith(".apk")) {
                    oriPath = oriPath.substring(0, oriPath.length() - 4)
                }
                File upzipDir = new File(oriPath);

                // 解压apk文件
                copy {
                    from zipTree(oriFile)
                    into file(upzipDir)
                }

                // 挨个处理多渠道
                channels.channels.each { channel ->
                    // 读取渠道名称
                    def channelName = channel.channelName

                    // 组装渠道文件名称,并创建空文件
                    def channelFileName = "channel_" + channelName
                    def dir = new File(upzipDir, "META-INF")

                    File channelFile = new File(dir, channelFileName)
                    channelFile.createNewFile()

                    // 定义重新压缩的apk的文件名称
                    String targetArchiveName = applicationId + "-v" + versionName + "-" + channelName + "-" + variant.buildType.name + ".apk"

                    // 重新压缩渠道包
                    task("zip_" + variant.name + "_" + channelName, type: Zip) {
                        from oriPath
                        archiveName = targetArchiveName
                        destinationDir target
                    }.execute()

                    // 删除之前创建的渠道空文件,便于下一个渠道包的生成
                    channelFile.delete()
                }

            }
        }
    }
}

// 单个渠道属性定义
class Channel {
    String channelName;
}

// 渠道列表属性定义
class Channels {
    List<channel> channels;

    @Override
    String toString() {
        return "channels:" + channels
    }
}
以上为多渠道打包脚本的实现,下面就是渠道号的获取了

代码中获取渠道号


获取渠道号的代码片段:
try {
    final ZipFile z = new ZipFile(context.getApplicationInfo().sourceDir);
    Enumeration e = z.entries();
    while (e.hasMoreElements()) {
        final ZipEntry entry = e.nextElement();
        if (entry.getName().startsWith("META-INF/channel_")) {
            channelId = entry.getName().split("_")[1];
            Log.e("tag", "渠道号: " + channelId);
            break;
        }
    }
} catch (IOException e) {
    e.printStack();
}

以上为整个过程,大家有更好的实现方案、更优雅的代码实现,欢迎留言共享,共同学习

参考:


gradle解压:http://mrhaki.blogspot.com/2012/06/gradle-goodness-unpacking-archive.html

json解析:https://dzone.com/articles/groovy-unmarshalling-json-to-a-specific-object
http://groovy-lang.org/json.html



2016年9月22日星期四

Gradle构建Android项目禁用指定variant

参考:http://stackoverflow.com/questions/21221868/exclude-specific-build-variants#22787971

使用Gradle构建Android项目时,会根据buildType和productFlavor组合成多个variant,每个variant都会执行一遍构建过程,但有时候某些组合是不需要的,譬如mock测试用的flavor并不需要打包release,我们可以使用variantFilter来指定过滤这个组合:

android {
    variantFilter { variant ->
        if (variant.buildType.name.equals("release") && variant.flavors.get(0).name.equals("mock")) {
            variant.setIgnore(true)
        }
    }
}

2016年6月6日星期一

Linux程序设计——用getopt处理命令行参数

转载:http://www.cppblog.com/flyonok/archive/2010/09/04/125884.aspx

Linux下很多程序甚至那些具有图形用户界面(graphical user interface,GUI)的程序,都能接受和处理命令行选项。对于某些程序,这是与用户进行交互的主要手段。具有可靠的复杂命令行参数处理机制,会使得您的应用程序更好、更有用。getopt()是一个专门设计来减轻命令行处理负担的库函数。

1、命令行参数

命令行程序设计的首要任务是解析命令行参数,GUI派的程序员很少关心这个。这里,对参数采用了一种比较通俗的定义:命令行上除命令名之外的字符串。参数由多项构成,项与项之间用空白符彼此隔开。
参数进一步分为选项操作数。选项用于修改程序的默认行为或为程序提供信息,比较老的约定是以短划线开头。选项后可以跟随一些参数,称为选项参数。剩下的就是操作数了。

2、POSIX约定

POSIX表示可移植操作系统接口: Portable Operating System Interface,电气和电子工程师协会(Institute of Electrical and Electronics Engineers,IEEE)最初开发 POSIX 标准,是为了提高 UNIX 环境下应用程序的可移植性。然而,POSIX 并不局限于 UNIX。许多其它的操作系统,例如 DEC OpenVMS 和 Microsoft Windows NT,都支持 POSIX 标准。
下面是POSIX标准中关于程序名、参数的约定:
  • 程序名不宜少于2个字符且不多于9个字符;
  • 程序名应只包含小写字母和阿拉伯数字;
  • 选项名应该是单字符活单数字,且以短横‘-‘为前綴;
  • 多个不需要选项参数的选项,可以合并。(譬如:foo -a -b -c ---->foo -abc)
  • 选项与其参数之间用空白符隔开;
  • 选项参数不可选。
  • 若选项参数有多值,要将其并为一个字串传进来。譬如:myprog -u "arnold,joe,jane"。这种情况下,需要自己解决这些参数的分离问题。
  • 选项应该在操作数出现之前出现。
  • 特殊参数‘--'指明所有参数都结束了,其后任何参数都认为是操作数。
  • 选项如何排列没有什么关系,但对互相排斥的选项,如果一个选项的操作结果覆盖其他选项的操作结果时,最后一个选项起作用;如果选项重复,则顺序处理。
  • 允许操作数的顺序影响程序行为,但需要作文档说明。
  • 读写指定文件的程序应该将单个参数'-'作为有意义的标准输入或输出来对待。

3、GNU长选项

GNU鼓励程序员使用--help、--verbose等形式的长选项。这些选项不仅不与POSIX约定冲突,而且容易记忆,另外也提供了在所有GNU工具之间保持一致性的机会。GNU长选项有自己的约定:
  • 对于已经遵循POSIX约定的GNU程序,每个短选项都有一个对应的长选项。
  • 额外针对GNU的长选项不需要对应的短选项,仅仅推荐要有。
  • 长选项可以缩写成保持惟一性的最短的字串。
  • 选项参数与长选项之间或通过空白字符活通过一个'='来分隔。
  • 选项参数是可选的(只对短选项有效)。
  • 长选项允许以一个短横线为前缀。

4、基本的命令行处理技术

C程序通过argc和argv参数访问它的命令行参数。argc是整型数,表示参数的个数(包括命令名)。main()函数的定义方式有两种,区别仅在于argv如何定义:
int main(int argc, char *argv[])
{
   ……
}
int main(int argc, char **argv)
{
   ……
}

当 C 运行时库的程序启动代码调用 main() 时,已经对命令行进行了处理。argc 参数包含参数的计数值,而 argv 包含指向这些参数的指针数组。argv[0]是程序名。
一个很简单的命令行处理技术的例子是echo程序,它可以将参数输出到标准设备上,用空格符隔开,最后换行。若命令行第一个参数为-n,那么就不会换行。

清单1:

#include <stdio.h>

int main(int argc, char **argv)
{
    int i, nflg;

    nflg = 0;
    if(argc > 1 && argv[1][0] == '-' && argv[1][1] == 'n'){
        nflg++;
        argc--;
        argv++;
    }
    for(i=1; i<argc; i++){
        fputs(argv[i], stdout);
        if(i < argc-1)
            putchar(' ');
    }
    if(nflg == 0)
        putchar('\n');

    return 0;
}
echo程序中,对于命令行参数的解析是手动实现的。很久以前,Unix支持小组为了简化对于命令行参数的解析,开发了getopt()函数,同时提供了几个外部变量,使得编写遵守POSIX的代码变得更加容易了。

5、命令行参数解析函数 —— getopt()

getopt()函数声明如下:
#include <unistd.h>

int getopt(int argc, char * const argv[], const char *optstring);

extern char *optarg;
extern int optind, opterr, optopt;
该函数的argc和argv参数通常直接从main()的参数直接传递而来。optstring是选项字母组成的字串。如果该字串里的任一字符后面有冒号,那么这个选项就要求有选项参数。
当给定getopt()命令参数的数量 (argc)、指向这些参数的数组 (argv) 和选项字串 (optstring) 后,getopt() 将返回第一个选项,并设置一些全局变量。使用相同的参数再次调用该函数时,它将返回下一个选项,并设置相应的全局变量。如果不再有可识别的选项,将返回 -1,此任务就完成了。
getopt() 所设置的全局变量包括:
  • char *optarg——当前选项参数字串(如果有)。
  • int optind——argv的当前索引值。当getopt()在while循环中使用时,循环结束后,剩下的字串视为操作数,在argv[optind]至argv[argc-1]中可以找到。
  • int opterr——这个变量非零时,getopt()函数为“无效选项”和“缺少参数选项,并输出其错误信息。
  • int optopt——当发现无效选项字符之时,getopt()函数或返回'?'字符,或返回':'字符,并且optopt包含了所发现的无效选项字符。
以下面的程序为例:
选项:
  • -n —— 显示“我的名字”。
  • -g —— 显示“我女朋友的名字”。
  • -l —— 带参数的选项.

清单2:

#include <stdio.h>
#include <unistd.h>

int main (int argc, char **argv)
{
    int oc;                     /*选项字符 */
    char *b_opt_arg;            /*选项参数字串 */

    while((oc = getopt(argc, argv, "ngl:")) != -1)
    {
        switch(oc)
        {
            case 'n':
                printf("My name is Lyong.\n");
                break;
            case 'g':
                printf("Her name is Xxiong.\n");
                break;
            case 'l':
                b_opt_arg = optarg;
                printf("Our love is %s\n", optarg);
                break;
        }
    }
   return 0;
}
运行结果:
$ ./opt_parse_demo -n
My name is Lyong.
$ ./opt_parse_demo -g
Her name is Xxiong.
$ ./opt_parse_demo -l forever
Our love is forever
$ ./opt_parse_demo -ngl forever
My name is Lyong.
Her name is Xxiong.
Our love is forever

6、改变getopt()对错误命令行参数信息的输出行为

不正确的调用程序在所难免,这种错误要么是命令行选项无效,要么是缺少选项参数。正常情况下,getopt()会为这两种情况输出自己的出错信息,并且返回'?'。为了验证此事,可以修改一下上面的清单2中的代码。

清单3:

#include <stdio.h>
#include <unistd.h>

int main (int argc, char **argv)
{
    int oc;                     /*选项字符 */
    char *b_opt_arg;            /*选项参数字串 */

    while((oc = getopt(argc, argv, "ngl:")) != -1)
    {
        switch(oc)
        {
            case 'n':
                printf("My name is Lyong.\n");
                break;
             case 'g':
                printf("Her name is Xxiong.\n");
                break;
            case 'l':
                b_opt_arg = optarg;
                printf("Our love is %s\n", optarg);
                break;
            case '?':
                printf("arguments error!\n");
                break;
        }
    }
    return 0;
}
输入一个错误的命令行,结果如下:
$ ./opt_parse_demo -l
./opt_parse_demo: option requires an argument -- l
arguments error!
如果不希望输出任何错误信息,或更希望输出自定义的错误信息。可以采用以下两种方法来更改getopt()函数的出错信息输出行为:
  1. 在调用getopt()之前,将opterr设置为0,这样就可以在getopt()函数发现错误的时候强制它不输出任何消息。
  2. 如果optstring参数的第一个字符是冒号,那么getopt()函数就会保持沉默,并根据错误情况返回不同字符,如下:
    • “无效选项” —— getopt()返回'?',并且optopt包含了无效选项字符(这是正常的行为)。
    • “缺少选项参数” —— getopt()返回':',如果optstring的第一个字符不是冒号,那么getopt()返回'?',这会使得这种情况不能与无效选项的情况区分开。

清单4:

#include <stdio.h>
#include <unistd.h>

int main (int argc, char **argv)
{
    int oc;                     /*选项字符 */
    char ec;                             /*无效的选项字符*/
    char *b_opt_arg;            /*选项参数字串 */

    while((oc = getopt(argc, argv, ":ngl:")) != -1)
    {
        switch(oc)
        {
            case 'n':
                printf("My name is Lyong.\n");
                break;
             case 'g':
                printf("Her name is Xxiong.\n");
                break;
            case 'l':
                b_opt_arg = optarg;
                printf("Our love is %s\n", optarg);
                break;
            case '?':
                ec = (char)optopt;
                printf("无效的选项字符 \' %c \'!\n", ec);
                break;
            case ':':
                printf("缺少选项参数!\n");
                break;
        }
    }
    return 0;
}
测试结果:
$ ./opt_parse_demo -a
无效的选项字符 ' a '!
$ ./opt_parse_demo -l
缺少选项参数!

7、GNU提供的getopt()函数的特点

上面所设计的getopt()函数是UNIX支持小组提供的,其执行时一碰到不以'-'开始的 命令行参数就停止寻找选项。而GNU提供的getopt()函数与之不同,它会扫描整个命令行来寻找选项。当调用GNU getopt()函数并处理命令行参数的时候,它重新排列argv中的元素,这样当重排结束时,所有选项都被移动到前面并且那些继续检查argv [optind]至argv[argc-1]中剩余参数的代码仍正常工作,但在任何情况下,碰到特殊参数'--'就结束对选项的扫描。
可以输入一个乱序的命令行,查看opt_parse_demo的输出:
$ ./opt_parse_demo -l forever a b c d -g -n
Our love is forever
Her name is Xxiong.
My name is Lyong.
GNU getopt()第二个特点是可以在optstring中使用特殊的首字符改变getopt()的默认行为:
  • optstring[0] = '+',这样就与UNIX支持小组提供的getopt()很相近了。
  • optstring[0] = '-',会在optarg中得到命令行中的每个参数。
  • 以上两种情况下,':'可以作为第二个字符使用。
GNU getopt()第三个特点是optstring中的选项字符后面接两个冒号,就允许该选项有可选的选项参数。在选项参数不存在的情况下,GNU getopt()返回选项字符并将optarg设置为NULL。

8、GNU长选项命令行解析

20 世纪 90 年代,UNIX 应用程序开始支持长选项,即一对短横线、一个描述性选项名称,还可以包含一个使用等号连接到选项的参数。
GNU提供了getopt-long()和getopt-long-only()函数支持长选项的命令行解析,其中,后者的长选项字串是以一个短横线开始的,而非一对短横线。
getopt_long() 是同时支持长选项和短选项的 getopt() 版本。下面是它们的声明:
#include <getopt.h>

int getopt_long(int argc, char * const argv[], const char *optstring, const struct option *longopts, int *longindex);

int getopt_long_only(int argc, char * const argv[],const char *optstring,const struct option *longopts, int *longindex);
getopt_long()的前三个参数与上 面的getopt()相同,第4个参数是指向option结构的数组,option结构被称为“长选项表”。longindex参数如果没有设置为 NULL,那么它就指向一个变量,这个变量会被赋值为寻找到的长选项在longopts中的索引值,这可以用于错误诊断。
option结构在getopt.h中的声明如下:
struct option{
    const char *name;
    int has_arg;
    int *flag;
    int val;
};
对结构中的各元素解释如下:

const char *name

这是选项名,前面没有短横线。譬如"help"、"verbose"之类。

int has_arg

描述了选项是否有选项参数。如果有,是哪种类型的参数,此时,它的值一定是下表中的一个。
符号常量 数值 含义 
no_argument 0选项没有参数 
required_argument1选项需要参数 
optional_argument2选项参数可选 

int *flag

如果这个指针为NULL,那么 getopt_long()返回该结构val字段中的数值。如果该指针不为NULL,getopt_long()会使得它所指向的变量中填入val字段中 的数值,并且getopt_long()返回0。如果flag不是NULL,但未发现长选项,那么它所指向的变量的数值不变。

int val

这个值是发现了长选项时的返回值,或者flag不 是NULL时载入*flag中的值。典型情况下,若flag不是NULL,那么val是个真/假值,譬如1或0;另一方面,如果flag是NULL,那么 val通常是字符常量,若长选项与短选项一致,那么该字符常量应该与optstring中出现的这个选项的参数相同。
每个长选项在长选项表中都有一个单独条目,该条目里需要填入正确的数值。数组中最后的元素的值应该全是0。数组不需要排序,getopt_long()会进行线性搜索。但是,根据长名字来排序会使程序员读起来更容易。
以上所说的flag和val的用法看上去有点混乱,但它们很有实用价值,因此有必要搞透彻了。
大部分时候,程序员会根据getopt_long()发现的选项,在选项处理过程中要设置一些标记变量,譬如在使用getopt()时,经常做出如下的程序格式:
int do_name, do_gf_name, do_love; /*标记变量*/
char *b_opt_arg;

while((c = getopt(argc, argv, ":ngl:")) != -1)
{
    switch (c){
    case 'n':
        do_name = 1;
    case 'g':
        do_gf_name = 1;
        break;
        break;
    case 'l':
        b_opt_arg = optarg;
    ……
    }
}
当flag不为NULL时,getopt_long*()会为你设置标记变量。也就是说上面的代码中,关于选项'n'、'l'的处理,只是设置一些 标记,如果flag不为NULL,时,getopt_long()可以自动为各选项所对应的标记变量设置标记,这样就能够将上面的switch语句中的两 种种情况减少到了一种。下面给出一个长选项表以及相应处理代码的例子。

清单5:


#include <stdio.h>
#include <getopt.h>

int do_name, do_gf_name;
char *l_opt_arg;

struct option longopts[] = {
    { "name",        no_argument,            &do_name,        1    },
    { "gf_name",    no_argument,            &do_gf_name,    1    },
    { "love",        required_argument,    NULL,                'l'    },
    {     0,    0,    0,    0},
};

int main(int argc, char *argv[])
{
    int c;
    
    while((c = getopt_long(argc, argv, ":l:", longopts, NULL)) != -1){
        switch (c){
        case 'l':
            l_opt_arg = optarg;
            printf("Our love is %s!\n", l_opt_arg);
            break;
        case 0:
            printf("getopt_long()设置变量 : do_name = %d\n", do_name);
            printf("getopt_long()设置变量 : do_gf_name = %d\n", do_gf_name);
            break;
        }
    }
    return 0;
}
在进行测试之前,再来回顾一下有关option结构中的指针flag的说明吧。
如果这个指针为NULL,那么 getopt_long()返回该结构val字段中的数值。如果该指针不为NULL,getopt_long()会使得它所指向的变量中填入val字段中 的数值,并且getopt_long()返回0。如果flag不是NULL,但未发现长选项,那么它所指向的变量的数值不变。
下面测试一下:
$ ./long_opt_demo --name
getopt_long()设置变量 : do_name = 1
getopt_long()设置变量 : do_gf_name = 0

$ ./long_opt_demo --gf_name
getopt_long()设置变量 : do_name = 0
getopt_long()设置变量 : do_gf_name = 1

$ ./long_opt_demo --love forever
Our love is forever!

$ ./long_opt_demo -l forever
Our love is forever!
测试过后,应该有所感触了。关于flag和val的讨论到此为止。下面总结一下get_long()的各种返回值的含义:
返回值    含 义
0      getopt_long()设置一个标志,它的值与option结构中的val字段的值一样
1每碰到一个命令行参数,optarg都会记录它
'?'无效选项
':'缺少选项参数
'x'选项字符'x'
-1选项解析结束
从实用的角度来说,我们更期望每个长选项都对应一个短选项,这种情况下,在option结构中,只要将flag设置为NULL,并将val设置为长选项所对应的短选项字符即可。譬如上面清单5中的程序,修改如下。

清单6:

#include <stdio.h>
#include <getopt.h>

int do_name, do_gf_name;
char *l_opt_arg;

struct option longopts[] = {
    { "name",        no_argument,            NULL,                'n'    },
    { "gf_name",    no_argument,            NULL,                'g'    },
    { "love",        required_argument,    NULL,                'l'    },
    {     0,    0,    0,    0},
};

int main(int argc, char *argv[])
{
    int c;
    
    while((c = getopt_long(argc, argv, ":l:", longopts, NULL)) != -1){
        switch (c){
        case 'n':
            printf("My name is LYR.\n");
            break;
        case 'g':
            printf("Her name is BX.\n");
            break;
        case 'l':
            l_opt_arg = optarg;
            printf("Our love is %s!\n", l_opt_arg);
            break;
        }
    }
    return 0;
}
测试结果如下:
$ ./long_opt_demo --name --gf_name --love forever
My name is LYR.
Her name is BX.
Our love is forever!

$ ./long_opt_demo -ng -l forever
My name is LYR.
Her name is BX.
Our love is forever!

9、在LINUX之外的系统平台上使用GNU getopt()或getopt_long()

只 要从GNU程序或GNU C Library(GLIBC)的CVS档案文件中copy源文件即可(http://sourceware.org/glibc/)。所需源文件是 getopt.h、getopt.c和getoptl.c,将这些文件包含在你的项目中。另外,你的项目中最好也将COPYING.LIB文件包含进去, 因为GNU LGPL(GNU 程序库公共许可证)的内容全部包括在命名为COPYING.LIB 的文件中。
10、结论
程序需要能够快速处理各个选项和参数,且要求 不会浪费开发人员的太多时间。在这一点上,无论是GUI(图形用户交互)程序还是CUI(命令行交互)程序,都是其首要任务,其区别仅在于实现方式的不 同。GUI通过菜单、对话框之类的图形控件来完成交互,而CUI使用了纯文本的交互方式。在程序开发中,许多测试程序用CUI来完成是首选方案。
getopt() 函数是一个标准库调用,可允许您使用直接的 while/switch 语句方便地逐个处理命令行参数和检测选项(带或不带附加的参数)。与其类似的 getopt_long() 允许在几乎不进行额外工作的情况下处理更具描述性的长选项,这非常受开发人员的欢迎。

Android logcat

Log等级 Android log 等级在 android/log.h 中定义如下: typedef   enum   android_LogPriority {    /** For internal use only. */ ANDROID_LOG_UNKNOWN =...