android日记（九）

上一篇：

1.在android代码中执行命令

java.lang.Runtime类可以允许代码在执行时，执行一段命令行命令。
```
Runtime.getRuntime().exec(command)
```

封装工具方法，执行命令，读执行流结果。

private fun shellExec(command: String) {
        val sb = StringBuilder()
        var mReader: BufferedReader? = null
        try {
            Log.d("ANDROID_COMMAND", "exec $command")
            val mProcess = Runtime.getRuntime().exec(command)
            mReader = BufferedReader(InputStreamReader(mProcess.inputStream))
            var line: String?
            while ((mReader.readLine()).also { line = it } != null) {
                sb.append(line + "\n")
            }
            Log.d("ANDROID_COMMAND", "exec $command success, result = $sb")
        } catch (e: IOException) {
            Log.d("ANDROID_COMMAND", "exec $command failed, exception = ${e.message}")
            e.printStackTrace()
        } finally {
            mReader?.close()
            sb.clear()
        }
    }

很多命令是需要设备root的，比如Runtime.exec("su")，执行完会报“Permission Denied 13”。
少数命令是不需要root的，比如查500行日志，shellExec("logcat -t 500")。

2.本地打包aar库

有时候需要把项目中的某个组件抽离出去，供外部使用，这时需要可以选择aar库的形式。
首先将这个要打包组件整理到一个单独的module中。
然后在对应的modulede Tasks执行build assemble。
执行完后在该module的build/outputs/aar中就可以看到打包生成的aar库文件了，直接导出即可。
在打包本地aar库时，如果aar本身有依赖外部第三库的话，打包生成的aar是不会将自己依赖的外部库也打进aar的。这时，如果要使用该aar时，就会报外部库不存在的错误。解决办法是，在引入aar的项目中加上aar所需要的依赖，或者在制作aar时不要引入外部三方库，而是将外部库的源码集成进来。

3.配置本地库依赖

通常本地依赖库有aar、jar、so等文件形式。
在每个module下都会有个libs目录，本地库就放在这里。

引用单个本地依赖库。

implementation files('libs/scansdk-release.aar')

有时需要引入的依赖库比较多，也可以以fileTree的形式进行引入。其中，通过dir指定依赖库的目录，通过include指定需要引入哪些库，通过exclude指定要排除的库，指定时可以使用通配符进行匹配。
```
implementation fileTree(dir: 'libs', include: ['*.jar', '*.aar'], exclude: 'android-support-v4.jar')
```
so库往往需要根据不同的架构模式做不同的库配置，分别在不同的架构的目录中放置对应的so库即可。
so库只有在被加载后才能使用，通过下面的方法，传入so库的路径进行加载。
```
System.loadLibrary(soLibName);
```

有时候，本地加载的库文件可能在不同场景下是不同的，可以通过配置库文件目录的sourceSet实现。比如debug和release下要使用不同的库。

sourceSets {
        main {
            if (Boolean.parseBoolean(IS_DEBUG)) {
                jniLibs.srcDirs = ['libs', 'debuglibs']
            } else {
                jniLibs.srcDirs = ['libs', 'releaselibs']
            }
        }
    }

4.将本地库发布到github maven

这里主要是针对没有私人maven仓库的情况，所有采用github的maven库。
新建一个android project，并新建一个module，作为需要发布的组件。

project的build.gradle添加github的maven插件。

classpath 'com.github.dcendents:android-maven-gradle-plugin:2.1'

需要发布的module的build.gradle添加github maven插件。

plugins {
    id 'com.android.library'
     ...
    id 'com.github.dcendents.android-maven'
}

需要发布的module的build.gradle申明group配置。
```
group = 'com.github.xxx'
```
在github上新建一个仓库，并把本地工程推到github上。这时，可以看到github上的Release入口，进入后创建一个新的发布版本。

点击publish release即完成发布。
到jitpack上进行打包，用github账号登录。进去后选择要打包的项目，可以看到该项目在github上创建的各个release版本。jitpack会自动进行打包，如果打包成功的话，就是绿色状态，失败则为红色。

如果打包失败，查看日志发现报错如下：

FAILURE: Build failed with an exception.

* Where:
Build file '/home/jitpack/build/bqtutils/build.gradle' line: 1

* What went wrong:
A problem occurred evaluating project ':bqtutils'.
> Failed to apply plugin [id 'com.android.library']
   > Minimum supported Gradle version is 4.10.1. Current version is 4.8.1. If using the gradle wrapper, try editing the distributionUrl in /home/jitpack/build/gradle/wrapper/gradle-wrapper.properties to gradle-4.10.1-all.zip

这是因为jitpack的gradle版本很久没更新，太老了，如果项目中使用的gradle版本比jitpack的高，那就会遇到这个问题。

一种解决办法要么把项目的gradle版本降级回去，但这样体验非常不好，并且有些新项目已经不允许那么老的gradle版本了。
其实还有一种办法就是让jitpack使用项目中的gradle工具进行打包，那么project上传github时一定要注意，不能漏掉下面的gradle相关文件。

5.为应用签名

为什么要签名？不签名的app不能发布。如何签名？官方文档有说明。
比如编译过程中，在build/output/目录下生成的apk文件，如果直接导出进行安装，会提示“安装失败，不是正式包”。问题其实是apk没有进行签名的缘故。
那如何打签名包了？AndroidStudio Build目录下Generated Signed APK，进入后会让选择签名文件，选择好签名文件就可以打包了。
可是现在项目中还没有签名文件？那也不要紧，可以点击Create New，进入下面的面板，创建一个新的签名文件。
然而问题来了，创建签名报错了。

这是因为输入的签名文件没有带签名文件的后缀，后缀通常是“.jks”、“.keystore”，补充后缀后重新创建。
创建签名文件时，一定记好设定的alias、storePassword、keyPassword，因为后面打包时需要填入这些信息进行校验。如果担心记不住，可以在项目中新建signed.properties，记录这些信息。
```
keyAlias=myKey
keyPassword=123456
storePassword=123456
```
直接打开签名文件只会看到乱码，需要通过keytool工具查看签名文件的具体信息，包括alias，有效期等。
```
keytool -list -v -keystore key.jks
```
执行命令时需要输入storePassword，输入时命令行不会回显输入的字符，尽管输就好了，输完回车即可。

在打签名包前，还需要到build.gradle中配置签名。通常为了安全起见，debug包和release包需要使用不同的签名，那么就再去创建一个release的签名文件，然后更新build.gradle中的配置。

defaultConfig {
        ...
        signingConfigs {
            debug {
                storeFile rootProject.file("key.jks")
                storePassword "123456"
                keyAlias "myKey"
                keyPassword "123456"
            }

            release {
                storeFile rootProject.file("key.jks")
                storePassword "123456"
                keyAlias "myKey"
                keyPassword "123456"
            }
        }

除了通过AndroidStudio的可视化面板创建签名文件，也可以通过keytool命令进行。

keytool -genkey -alias myKey -keypass 123456 -keyalg RSA -keysize 2048 -validity 36500 -keystore key.jks -storepass 123456

执行命令时，也可以不一次性输入完整的信息，当信息不完整时，终端会在命令行中进行交互完成剩余的信息。比如输入的命令没有指定storePassword，执行命令时就会提示让输入storePassword。

xxxMacBook-Pro sso_login_android % keytool -genkey -alias debug_key -keypass sso@demo -keyalg RSA -keysize 2048 -validity 36500 -keystore key.jks           
输入密钥库口令:  
再次输入新口令: 
警告: PKCS12 密钥库不支持其他存储和密钥口令。正在忽略用户指定的-keypass值。
您的名字与姓氏是什么?
  [Unknown]:  
您的组织单位名称是什么?
  [Unknown]:  ctrip
您的组织名称是什么?
  [Unknown]:  
您所在的城市或区域名称是什么?
  [Unknown]:  
您所在的省/市/自治区名称是什么?
  [Unknown]:  
该单位的双字母国家/地区代码是什么?
  [Unknown]:  
CN=Unknown, OU=ctrip, O=Unknown, L=Unknown, ST=Unknown, C=Unknown是否正确?
  [否]:  y

填完信息后，会让你确认信息，这时需要输入y进行确认。

6.GenSignature是如何获取签名的？

获取签名

private String gen(String packageName) {
        String sign = "";
        try {
            Signature[] signatures = getPackageManager().getPackageInfo(packageName, PackageManager.GET_SIGNATURES).signatures;
            if (signatures.length > 0) {
                MessageDigest digest = MessageDigest.getInstance("MD5");
                digest.update(signatures[0].toByteArray());
                BigInteger bigInteger = new BigInteger(1, digest.digest());
                sign = bigInteger.toString(16);
                Log.d("msg", "获取到包名 "+packageName+" 下的签名为: " + sign);
            }
        } catch (Exception e) {
            e.printStackTrace();
            Toast.makeText(MainActivity.this, "获取失败!", Toast.LENGTH_SHORT).show();
        }
        return sign;
    }

7.LayoutInflater解析xml的过程。

当activity在onCreate()中，通过setContentView()传入layout时，会执行到基类AppCompatDelegateImpl#setContentView()。

@Override
 public void setContentView(int resId) {
        ensureSubDecor();
        ViewGroup contentParent = mSubDecor.findViewById(android.R.id.content);
        contentParent.removeAllViews();
        LayoutInflater.from(mContext).inflate(resId, contentParent);
        mAppCompatWindowCallback.getWrapped().onContentChanged();
    }

这时LayoutInflater就开始登场了，首先是通过LayoutInflater.from()构建实例。

public static LayoutInflater from(Context context) {
        LayoutInflater LayoutInflater =
                (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        if (LayoutInflater == null) {
            throw new AssertionError("LayoutInflater not found.");
        }
        return LayoutInflater;
    }

而不是通过下面的构造函数创建实例，

protected LayoutInflater(LayoutInflater original, Context newContext) {
        mContext = newContext;
        mFactory = original.mFactory;
        mFactory2 = original.mFactory2;
        mPrivateFactory = original.mPrivateFactory;
        setFilter(original.mFilter);
        initPrecompiledViews();
    }

并且创建过程中没有再额外设置过mFactory，mFactory2和mPrivateFactory。

public void setFactory2(Factory2 factory) {
        if (mFactorySet) {
            throw new IllegalStateException("A factory has already been set on this LayoutInflater");
        }
        if (factory == null) {
            throw new NullPointerException("Given factory can not be null");
        }
        mFactorySet = true;
        if (mFactory == null) {
            mFactory = mFactory2 = factory;
        } else {
            mFactory = mFactory2 = new FactoryMerger(factory, factory, mFactory, mFactory2);
        }
    }

这样可以得出的结论是，在创建LayouterInflater实例的过程中，没有设置过Factory和Factory2，也就是LayouterInflater中的mFactory和mFactory2至始至终是null。

然后进行inflater.inflate()方法的解析工作，方法首先会判断一些特殊节点，比如标签。对于正常的view节点，会进行两个关键操作，一是通过createViewFromTag()方法创建view，二是通过rInflateChildren()方法创建ViewGroup的子View。

 /**
     * Inflate a new view hierarchy from the specified XML node
     */
    public View inflate(XmlPullParser parser, @Nullable ViewGroup root, boolean attachToRoot) {
        synchronized (mConstructorArgs) {
           ...
            View result = root;
            try {
                advanceToRootNode(parser);
                final String name = parser.getName();if (TAG_MERGE.equals(name)) {
                    if (root == null || !attachToRoot) {
                        throw new InflateException(" can be used only with a valid "
                                + "ViewGroup root and attachToRoot=true");
                    }

                    rInflate(parser, root, inflaterContext, attrs, false);
                } else {
                    // Temp is the root view that was found in the xml
                    final View temp = createViewFromTag(root, name, inflaterContext, attrs);
                    ViewGroup.LayoutParams params = null;
                    if (root != null) {// Create layout params that match root, if supplied
                        params = root.generateLayoutParams(attrs);
                        if (!attachToRoot) {
                            // Set the layout params for temp if we are not
                            // attaching. (If we are, we use addView, below)
                            temp.setLayoutParams(params);
                        }
                    }

                    ...

                    // Inflate all children under temp against its context.
                    rInflateChildren(parser, temp, attrs, true);


                    // We are supposed to attach all the views we found (int temp)
                    // to root. Do that now.
                    if (root != null && attachToRoot) {
                        root.addView(temp, params);
                    }

                    // Decide whether to return the root that was passed in or the
                    // top view found in xml.
                    if (root == null || !attachToRoot) {
                        result = temp;
                    }
                }

            } catch (Exception e) {
                ...
            }
            return result;
        }
    }

先看createViewFromTag()创建view的具体过程，

View createViewFromTag(View parent, String name, Context context, AttributeSet attrs,boolean ignoreThemeAttr) {
        ...try {
            View view = tryCreateView(parent, name, context, attrs);
            if (view == null) {
               ...if (-1 == name.indexOf('.')) {
                        view = onCreateView(context, parent, name, attrs);
                    } else {
                        view = createView(context, name, null, attrs);
                    }
                ...
            }
            return view;
        } catch (Exception e) {
           ...
        } 
    }

这个方法里会先执行tryCreateView方法，这里就会依赖mFactory，mFactory2及mPrivateFactory，经过前面的分析，这三个变量都为null，所以这个方法最终其实会返回的view是null。

public final View tryCreateView(@Nullable View parent, @NonNull String name,
        @NonNull Context context,
        @NonNull AttributeSet attrs) {
        if (name.equals(TAG_1995)) {
            // Let's party like it's 1995!
            return new BlinkLayout(context, attrs);
        }

        View view;
        if (mFactory2 != null) {
            view = mFactory2.onCreateView(parent, name, context, attrs);
        } else if (mFactory != null) {
            view = mFactory.onCreateView(name, context, attrs);
        } else {
            view = null;
        }

        if (view == null && mPrivateFactory != null) {
            view = mPrivateFactory.onCreateView(parent, name, context, attrs);
        }

        return view;
    }

因此creatViewFromTag()方法里也没有真正创建view，而是进入到onCreateView()或者createView()中进行创建，这两个方法最终都会执行到下面的createView()方法中。

public final View createView(@NonNull Context viewContext, @NonNull String name,@Nullable String prefix, @Nullable AttributeSet attrs)
            throws ClassNotFoundException, InflateException {
        Objects.requireNonNull(viewContext);
        Objects.requireNonNull(name);
        Constructor<? extends View> constructor = sConstructorMap.get(name);
        if (constructor != null && !verifyClassLoader(constructor)) {
            constructor = null;
            sConstructorMap.remove(name);
        }
        Class<? extends View> clazz = null;

        try {
            Trace.traceBegin(Trace.TRACE_TAG_VIEW, name);

            if (constructor == null) {
                // Class not found in the cache, see if it's real, and try to add it
                clazz = Class.forName(prefix != null ? (prefix + name) : name, false,
                        mContext.getClassLoader()).asSubclass(View.class);
                ...
                constructor = clazz.getConstructor(mConstructorSignature);
                constructor.setAccessible(true);
                sConstructorMap.put(name, constructor);
            } 
            ...try {
                final View view = constructor.newInstance(args);
                if (view instanceof ViewStub) {
                    // Use the same context when inflating ViewStub later.
                    final ViewStub viewStub = (ViewStub) view;
                    viewStub.setLayoutInflater(cloneInContext((Context) args[0]));
                }
                return view;
            } finally {
                mConstructorArgs[0] = lastContext;
            }
        } catch (Exception e) {
            ...
        } 
    }

这个方法就是真正创建view的实现了，就是根据传入的view name进行反射，创建出view对象。创建过程采用了缓存机制实现，缓存对象是要创建view的构造器，只有当view没有创建过时，时才执行反射创建，并且创建完会将view的构造器存到缓存表中，下一次再需要创建相同的view对象时，就直接从缓存表中取出对应的构造器，创建对象，避免重复反射。

到此为此，inflater.inflate()方法中，关键的一步：根据节点标签创建View对象，就完成了。还有另一个关键的步骤，通过rInflateChildren()方法创建ViewGroup的子View完成的，其内部就是执行下面的方法。

void rInflate(XmlPullParser parser, View parent, Context context,
            AttributeSet attrs, boolean finishInflate) throws XmlPullParserException, IOException {

        final int depth = parser.getDepth();
        int type;
        boolean pendingRequestFocus = false;

        while (((type = parser.next()) != XmlPullParser.END_TAG ||
                parser.getDepth() > depth) && type != XmlPullParser.END_DOCUMENT) {

            if (type != XmlPullParser.START_TAG) {
                continue;
            }

            final String name = parser.getName();

            if (TAG_REQUEST_FOCUS.equals(name)) {
                pendingRequestFocus = true;
                consumeChildElements(parser);
            } else if (TAG_TAG.equals(name)) {
                parseViewTag(parser, parent, attrs);
            } else if (TAG_INCLUDE.equals(name)) {
                if (parser.getDepth() == 0) {
                    throw new InflateException(" cannot be the root element");
                }
                parseInclude(parser, context, parent, attrs);
            } else if (TAG_MERGE.equals(name)) {
                throw new InflateException(" must be the root element");
            } else {
                final View view = createViewFromTag(parent, name, context, attrs);
                final ViewGroup viewGroup = (ViewGroup) parent;
                final ViewGroup.LayoutParams params = viewGroup.generateLayoutParams(attrs);
                rInflateChildren(parser, view, attrs, true);//递归调用
                viewGroup.addView(view, params);
            }
        }

        if (pendingRequestFocus) {
            parent.restoreDefaultFocus();
        }

        if (finishInflate) {
            parent.onFinishInflate();
        }
    }

关键逻辑已标红，会遍历创建出来的View，如果存在子View，那么就会通过递归调用，一层一层地将所有子View通过createViewFromTag()创建出来。创建的子View会被添加到对应的ViewGroup中。就是这样把一个完整布局，View树给创建了出来。

8.LayoutInflater解析布局时，attachToRoot参数应该传true还是false？

在inflate()的调用传参，第三个参数怎么确定是false还是true。
```
inflater.inflate(R.layout.xx_layout, container, false)
```

在inflate()源码中，将节点创建为具体View后，会根据传入的attchToRoot参数为true或false，做不同的处理。

// We are supposed to attach all the views we found (int temp)
// to root. Do that now.
if (root != null && attachToRoot) {
     root.addView(temp, params);
}

// Decide whether to return the root that was passed in or the
// top view found in xml.
if (root == null || !attachToRoot) {
    result = temp;
}

当attachToRoot=false时，会返回创建好的布局根View。而当attachToRoot=true时，会将创建的布局View添加到container中，并返回null。

也就是说，下面两个操作是等价的。

inflater.inflate(R.layout.fragment_easyride_layout, container, true)

val view = inflater.inflate(R.layout.fragment_easyride_layout, container, false)
container.addView(view)

9.为什么自定义View在xml中使用时，需要写完整的包名，也系统View就不需要。

现有一个layout.xml中，又一个系统的TextView，还有一个自定义的H5WebView。

<?xml version="1.0" encoding="utf-8"?>

    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical">

    <TextView
        android:layout_width="match_parent"
        android:layout_height="44dp"
        android:text="@string/app_name" />

    <com.example.ssologinandroid.H5WebView
        android:id="@+id/webView"
        android:layout_width="match_parent"
        android:layout_height="match_parent" />

public class H5WebView extends WebView {
    private Context mContext;

    public H5WebView(Context context) {
        super(context);
        init(context);
    }

    public H5WebView(Context context, AttributeSet attributes) {
        super(context, attributes);
        init(context);
    }

    public H5WebView(Context context, AttributeSet attributes, int defStyle) {
        super(context, attributes, defStyle);
        init(context);
    }

    private void init(Context context) {
        mContext = context;
        ...
    }
...
}

如果H5WebView在xml不写完整包名会有问题吗？有问题！加载布局时抛了InfalteException，原因是找不到H5WebView。

 <H5WebView
     android:id="@+id/webView"
     android:layout_width="match_parent"
     android:layout_height="match_parent" />

java.lang.RuntimeException: Unable to start activity ComponentInfo{com.example.ssologinandroid/com.example.ssologinandroid.WebViewActivity}:
android.view.InflateException: Binary XML file line #9 in com.example.ssologinandroid:layout/activity_web_view: 
Binary XML file line #9 in com.example.ssologinandroid:layout/activity_web_view: Error inflating class H5WebView

一切还要从LayoutInflater解析xml开时说起，当执行createViewFromTag()创建View时，会做下面标红代码的判断。

View createViewFromTag(View parent, String name, Context context, AttributeSet attrs, boolean ignoreThemeAttr) {
       ...
        try {
            View view = tryCreateView(parent, name, context, attrs);
            if (view == null) {
                final Object lastContext = mConstructorArgs[0];
                mConstructorArgs[0] = context;
                try {
                    if (-1 == name.indexOf('.')) {
                        view = onCreateView(context, parent, name, attrs);
                    } else {
                        view = createView(context, name, null, attrs);
                    }
                } finally {
                    mConstructorArgs[0] = lastContext;
                }
            }
            return view;
        } catch (Exception e) {
            ...
        } 
    }

也就是看view标签name中是否含有“.”字符，如果有就执行createView()，没有则执行onCreateView()方法。

先看name中不含“.”的情况，onCreateView()的执行时，调用了createView(name, attrs)，该方法里又调用了createView(context, name, prefix, attrs)，传入prefix=“android.view”。

protected View onCreateView(String name, AttributeSet attrs)
            throws ClassNotFoundException {
        return createView(name, "android.view.", attrs);
    }

public final View createView(String name, String prefix, AttributeSet attrs)
            throws ClassNotFoundException, InflateException {
        Context context = (Context) mConstructorArgs[0];
        if (context == null) {
            context = mContext;
        }
        return createView(context, name, prefix, attrs);
    }

再看name中含“.”的情况，直接调用了createView(context, name, prefix, attrs)方法，传入的prefix=null。
因此不管name中是否含有“.”，都最终会执行createView(context, name, prefix, attrs)，只是传入的prefix不同而已。方法内部与prefix产生关联的代码是这句，
```
clazz = Class.forName(prefix != null ? (prefix + name) : name, false,
                    mContext.getClassLoader()).asSubclass(View.class);
```
这句话是根据view标签name反射创建View对象，反射创建对象时，需要完整的类名，否则反射会找不到类。
由于系统View都是在android.view包下的，createView()时如果name中不含“.”而添加“android.view”的prefix，得到view的完整名称，因此在xml布局放置系统View标签时，不写完整包名也能正常解析。而对于自定义View，如果xml不写完整的包名，自然也是会被加上“android.view”的包名，而自定为View根本不在android.view包下，反射时自然就找不到类了。

10.自定义View：关于Caused by: java.lang.NoSuchMethodException异常

在xml布局中使用自定义View时，解析布局会出现NoSuchMethodException异常，由于解析过程实际是根据标签名反射创建View的过程，可以推断是反射过程抛了异常

在LayouterInflater#onCreateView()查看执行反射创建的源码，

public final View createView(@NonNull Context viewContext, @NonNull String name,
       @Nullable String prefix, @Nullable AttributeSet attrs){
          ...
          clazz = Class.forName(prefix != null ? (prefix + name) : name, false, mContext.getClassLoader()).asSubclass(View.class);

          constructor = clazz.getConstructor(mConstructorSignature);

          constructor.setAccessible(true);

          sConstructorMap.put(name, constructor);

...

         final View view = constructor.newInstance(args);

         return view;

其中，mConstructorSignature为，

static final Class<?>[] mConstructorSignature = new Class[] { Context.class, AttributeSet.class};

也就是反射调用类的参数表为（Context, AttributeSet）的构造函数，创建出对象。

显然易见，导致反射报错的原因，就在于自定义View中没有添加参数表为（Context, AttributeSet）的构造函数。
总结：自定义View时，如果要在xml布局中使用，一定要加上参数表为（Context, AttributeSet）的构造函数。

android日记（九）

相关

标签