深海游弋的鱼 – 第 8 页

关于Android Studio单元测试中“Method d in android.util.Log not mocked.”问题的解决

关于Android Studio单元测试中“Method d in android.util.Log not mocked.”问题的解决。

一般发生在 Robolectric 3.x 版本上，比如 Robolectric 3.8

解决方案：

打开对应模块的build.gradle文件

android {
    compileSdkVersion 27
    buildToolsVersion '27.0.3'
    testOptions {
        unitTests.returnDefaultValues = true
    }
}

android {

compileSdkVersion 27

buildToolsVersion '27.0.3'

testOptions {

unitTests.returnDefaultValues = true

}

参考链接

关于Android Studio单元测试中“Method d in android.util.Log not mocked.”问题的解决。

Android Studio 4.2.2 解决库依赖冲突问题

最近在引入某些库的时候，发现额外的库被引入，造成编译冲突，想具体知道是由于哪个库引起的。参照原来的Android Studio(Gradle)解决库依赖冲突问题提示信息比较模糊，不方便定位，尤其是只在测试模块中引入某些库，业务代码不引入的情况下。

比如我们在 Android Studio 4.2.2 单元测试引入了 Robolectric 4.3.1/4.5.1，结果在业务代码不使用任何的 AndroidX 依赖的情况下，编译会报错

This project uses AndroidX dependencies，but the 'android.useAndroidX' property is not enabled. Set this property to true in the gradle.properties file and retry. following AnroidX dependencies are detected: androidx.test:monitor:1.2.0, androidx.annotation:annotation:1.0.0

1	This project uses AndroidX dependencies，but the 'android.useAndroidX' property is not enabled. Set this property to true in the gradle.properties file and retry. following AnroidX dependencies are detected: androidx.test:monitor:1.2.0, androidx.annotation:annotation:1.0.0

这个依赖是通过 Robolectric 4.3.1/4.5.1 引入的，解决方法是调整到 Robolectric 3.8。

Android Studio 4.2.2 自带的 Project Structure 提示更加详细，可以明确的指出到底是哪个库引入，如下图：

继续阅读Android Studio 4.2.2 解决库依赖冲突问题

在macOS Big Sur(11.4)编译Hummer

最近在macOS Big Sur(11.4)编译Hummer

Android版本编译：

//代码版本 2021-07-12

$ git clone https://github.com/didi/Hummer.git

$ cd Hummer

$ cd android

$ bash gradlew clean build 

# Android Studio 打开当前目录下的项目即可

//代码版本 2021-07-12

$ git clone https://github.com/didi/Hummer.git

$ cd Hummer

$ cd android

$ bash gradlew clean build

# Android Studio 打开当前目录下的项目即可

如果报错如下：

* What went wrong:
A problem occurred configuring project ':hummer-core'.
> ABIs [arm64-v8a] are not supported for platform. Supported ABIs are [armeabi-v7a, x86].

* What went wrong:

A problem occurred configuring project ':hummer-core'.

> ABIs [arm64-v8a] are not supported for platform. Supported ABIs are [armeabi-v7a, x86].

参考 ABIs [arm64-v8a] are not supported for platform. Supported ABIs are [armeabi-v7a, x86].

如果运行测试用例时报错如下：

2021-07-12 10:32:56.704 11116-11116/com.didi.hummer.demo E/log: error java.lang.ClassNotFoundException: Didn't find class "com.facebook.jni.HybridData$Destructor" on path: DexPathList[[dex file "/data/data/com.didi.hummer.demo/code_cache/.overlay/base.apk/classes2.dex", zip file "/data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/base.apk"],nativeLibraryDirectories=[/data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/lib/x86, /data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/base.apk!/lib/x86, /system/lib, /system_ext/lib]]
2021-07-12 10:32:56.705 11116-11116/com.didi.hummer.demo A/idi.hummer.dem: java_vm_ext.cc:577] JNI DETECTED ERROR IN APPLICATION: JNI NewGlobalRef called with pending exception java.lang.ClassNotFoundException: Didn't find class "com.facebook.jni.HybridData$Destructor" on path: DexPathList[[dex file "/data/data/com.didi.hummer.demo/code_cache/.overlay/base.apk/classes2.dex", zip file "/data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/base.apk"],nativeLibraryDirectories=[/data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/lib/x86, /data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/base.apk!/lib/x86, /system/lib, /system_ext/lib]]
    java_vm_ext.cc:577] (Throwable with no stack trace)
    java_vm_ext.cc:577] 
    java_vm_ext.cc:577]     in call to NewGlobalRef
    java_vm_ext.cc:577]     from java.lang.String java.lang.Runtime.nativeLoad(java.lang.String, java.lang.ClassLoader, java.lang.Class)

2021-07-12 10:32:56.704 11116-11116/com.didi.hummer.demo E/log: error java.lang.ClassNotFoundException: Didn't find class "com.facebook.jni.HybridData$Destructor" on path: DexPathList[[dex file "/data/data/com.didi.hummer.demo/code_cache/.overlay/base.apk/classes2.dex", zip file "/data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/base.apk"],nativeLibraryDirectories=[/data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/lib/x86, /data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/base.apk!/lib/x86, /system/lib, /system_ext/lib]]

2021-07-12 10:32:56.705 11116-11116/com.didi.hummer.demo A/idi.hummer.dem: java_vm_ext.cc:577] JNI DETECTED ERROR IN APPLICATION: JNI NewGlobalRef called with pending exception java.lang.ClassNotFoundException: Didn't find class "com.facebook.jni.HybridData$Destructor" on path: DexPathList[[dex file "/data/data/com.didi.hummer.demo/code_cache/.overlay/base.apk/classes2.dex", zip file "/data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/base.apk"],nativeLibraryDirectories=[/data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/lib/x86, /data/app/~~ayUY1JA739Wo5kLM7hjUuQ==/com.didi.hummer.demo-7LKAxXsQNZuXWiS7L2dZwg==/base.apk!/lib/x86, /system/lib, /system_ext/lib]]

java_vm_ext.cc:577] (Throwable with no stack trace)

java_vm_ext.cc:577]

java_vm_ext.cc:577] in call to NewGlobalRef

java_vm_ext.cc:577] from java.lang.String java.lang.Runtime.nativeLoad(java.lang.String, java.lang.ClassLoader, java.lang.Class)

解决方案为在项目中增加：

implementation 'com.facebook.fbjni:fbjni:0.0.2'

1	implementation 'com.facebook.fbjni:fbjni:0.0.2'

IOS版本编译：

//代码版本 2021-07-12

$ git clone https://github.com/didi/Hummer.git

$ cd Hummer

$ cd iOS

$ sudo gem install cocoapods

$ pod install

# 使用 XCode 12.5.1 打开当前目录下的 Example.xcworkspace

//代码版本 2021-07-12

$ git clone https://github.com/didi/Hummer.git

$ cd Hummer

$ cd iOS

$ sudo gem install cocoapods

$ pod install

# 使用 XCode 12.5.1 打开当前目录下的 Example.xcworkspace

参考链接

ABIs [arm64-v8a] are not supported for platform. Supported ABIs are [armeabi-v7a, x86].

最近在macOS Big Sur(11.4)编译Hummer

$ git clone https://github.com/didi/Hummer.git

# 出问题的提交版本 ece6d899da93e83d58ecbe68659d34cafaed8c38
# git checkout ece6d899da93e83d58ecbe68659d34cafaed8c38

$ cd Hummer

$ cd android

$ bash gradlew clean build

$ git clone https://github.com/didi/Hummer.git

# 出问题的提交版本 ece6d899da93e83d58ecbe68659d34cafaed8c38

# git checkout ece6d899da93e83d58ecbe68659d34cafaed8c38

$ cd Hummer

$ cd android

$ bash gradlew clean build

结果报错如下：

* What went wrong:
A problem occurred configuring project ':hummer-core'.
> ABIs [arm64-v8a] are not supported for platform. Supported ABIs are [armeabi-v7a, x86].

* What went wrong:

A problem occurred configuring project ':hummer-core'.

> ABIs [arm64-v8a] are not supported for platform. Supported ABIs are [armeabi-v7a, x86].

原因为默认引入的构建工具版本如下：

classpath 'com.android.tools.build:gradle:3.4.1'

1	classpath 'com.android.tools.build:gradle:3.4.1'

解决方法为升级到：

classpath 'com.android.tools.build:gradle:3.6.4'

1	classpath 'com.android.tools.build:gradle:3.6.4'

注意： 目前测试发现，如果升级到

classpath 'com.android.tools.build:gradle:4.2.1'

1	classpath 'com.android.tools.build:gradle:4.2.1'

不能成功编译。原因为module.gradle的配置没有被正确解析。

Android项目如何只在单元测试时引入特定libs/jar/aar

正常情况下Android项目需要的jar包，我们可以通过放置到项目对应的libs目录下即可。但是如果我们只希望某些特定libs/jar/aar只在执行单元测试时引入，那么应该怎么处理呢？

在Android Studio 4.1.x及以上版本，build tools 4.1.x及以上版本的情况下（较低的版本可能不支持这些配置项），我们可以通过使用 androidTestImplementation fileTree的方式进行引入(同理常规单元测试使用 testImplementation fileTree)，如下：

apply plugin: 'android'

dependencies {
    implementation project(':android-sdk')

    // The libs folder is included in the apk of the real app
    Implementation fileTree(dir: 'libs', include: '*.jar')

    // The tests-libs folder is included only for tests
    androidTestImplementation fileTree(dir: 'libs-tests', include: '*.jar')
}


android {
    compileSdkVersion 19
    buildToolsVersion "20.0.0"

    compileOptions {
        sourceCompatibility JavaVersion.VERSION_1_7
        targetCompatibility JavaVersion.VERSION_1_7
    }


    sourceSets {
        main {
            manifest.srcFile 'AndroidManifest.xml'
            java.srcDirs = ['src']
            resources.srcDirs = ['src']
            aidl.srcDirs = ['src']
            renderscript.srcDirs = ['src']
            res.srcDirs = ['res']
            assets.srcDirs = ['assets']
        }

        // Move the tests to tests/java, tests/res, etc...
        androidTest.setRoot('tests')

        // Note - to run the tests from command line:
        // $ gradle clean connectedCheck build
        // (requires gradle 1.10)

        // Move the build types to build-types/<type>
        // For instance, build-types/debug/java, build-types/debug/AndroidManifest.xml, ...
        // This moves them out of them default location under src/<type>/... which would
        // conflict with src/ being used by the main source set.
        // Adding new build types or product flavors should be accompanied
        // by a similar customization.
        debug.setRoot('build-types/debug')
        release.setRoot('build-types/release')
    }
}

apply plugin: 'android'

dependencies {

implementation project(':android-sdk')

// The libs folder is included in the apk of the real app

Implementation fileTree(dir: 'libs', include: '*.jar')

// The tests-libs folder is included only for tests

androidTestImplementation fileTree(dir: 'libs-tests', include: '*.jar')

}

android {

compileSdkVersion 19

buildToolsVersion "20.0.0"

compileOptions {

sourceCompatibility JavaVersion.VERSION_1_7

targetCompatibility JavaVersion.VERSION_1_7

}

sourceSets {

main {

manifest.srcFile 'AndroidManifest.xml'

java.srcDirs = ['src']

resources.srcDirs = ['src']

aidl.srcDirs = ['src']

renderscript.srcDirs = ['src']

res.srcDirs = ['res']

assets.srcDirs = ['assets']

}

// Move the tests to tests/java, tests/res, etc...

androidTest.setRoot('tests')

// Note - to run the tests from command line:

// $ gradle clean connectedCheck build

// (requires gradle 1.10)

// Move the build types to build-types/<type>

// For instance, build-types/debug/java, build-types/debug/AndroidManifest.xml, ...

// This moves them out of them default location under src/<type>/... which would

// conflict with src/ being used by the main source set.

// Adding new build types or product flavors should be accompanied

// by a similar customization.

debug.setRoot('build-types/debug')

release.setRoot('build-types/release')

}

参考链接

Error: Attribute Signature requires InnerClasses attribute. Check -keepattributes directive

最近在编译Android项目的时候，报告如下错误：

Error: Attribute Signature requires InnerClasses attribute. Check -keepattributes directive

1	Error: Attribute Signature requires InnerClasses attribute. Check -keepattributes directive

网上查找了很久，才了解到问题出在混淆配置上，具体原因为当混淆配置项中存在

-keepattributes Signature

1	-keepattributes Signature

的时候，需要同步增加

-keepattributes InnerClasses

1	-keepattributes InnerClasses

更详细的解释参考如下：

Signature (Java 8 or higher) works only Java 8 or higher and InnerClasses (Java 5 or higher) so check your Android Studio is using Java SDK version. Please update your Proguard config with below settings

Add this line to your proguard-rules.pro file:

-keepattributes InnerClasses

1	-keepattributes InnerClasses

InnerClasses (Java 5 or higher)

Specifies the relationship between a class and its inner classes and outer classes. Other than this and the naming convention with a '$' separator between the names of inner classes and outer classes, inner classes are just like ordinary classes. Compilers may need this information to find classes referenced in a compiled library. Code may access this information by reflection, for instance to derive the simple name of the class.

Signature (Java 8 or higher)

Specifies the generic signature of the class, field, or method. Compilers may need this information to properly compile classes that use generic types from compiled libraries. Code may access this signature by reflection.

More details about -keepattributes and more settings you can apply, please see below link.

Proguard options

参考链接

Android Build Error: Attribute Signature requires InnerClasses attribute. Check -keepattributes directive

解决Android自定义键盘与系统键盘交替出现会出现弹跳闪烁问题

在Android应用的某个界面上，配置出现使用自定义键盘，系统键盘的相邻的两个独立的输入框，当用户在两个输入框之间来回切换的时候，会出现弹跳闪烁问题。

这个问题发生的原因是，系统键盘的关闭是异步的，我们需要等待系统键盘关闭后再显示我们的键盘，否则会出现系统键盘关闭的过程中，我们自定义键盘同时出现，出现两者叠加的瞬间状态。

解决方法参考下面的代码：

import android.annotation.SuppressLint;
import android.content.Context;
import android.os.Bundle;
import android.os.Handler;
import android.os.Looper;
import android.os.ResultReceiver;
import android.support.annotation.NonNull;
import android.support.annotation.Nullable;
import android.util.AttributeSet;
import android.view.MotionEvent;
import android.view.View;
import android.view.inputmethod.InputMethodManager;
import android.widget.EditText;

import java.lang.reflect.Method;

public class PasswordEdit extends EditText {
    // 主线程通知调用结果
    private final static Handler handler = new Handler(Looper.getMainLooper());

    public PasswordEdit(@NonNull final Context context) {
        super(context);
        initPasswordEdit(context);
    }

    public PasswordEdit(@NonNull final Context context, @Nullable final AttributeSet attr) {
        super(context, attr);
        initPasswordEdit(context);
    }

    public PasswordEdit(@NonNull final Context context, @Nullable final AttributeSet attr, int defStyleAttr) {
        super(context, attr, defStyleAttr);
        initPasswordEdit(context);
    }

    public PasswordEdit(@NonNull final Context context, @Nullable final AttributeSet attrs, int defStyleAttr, int defStyleRes) {
        super(context, attrs, defStyleAttr, defStyleRes);
        initPasswordEdit(context);
    }

    private void doStartPasswordEditKeyBoard(@NonNull final Context context) {
        final InputMethodManager imm = ((InputMethodManager) context.getSystemService(Context.INPUT_METHOD_SERVICE));
        //关闭键盘，如果键盘正在显示，或者正在关闭，等待键盘关闭完成的通知
        final boolean wait = imm.hideSoftInputFromWindow(this.getWindowToken(), 0, new ResultReceiver(handler) {
            @Override
            protected void onReceiveResult(final int resultCode, @Nullable final Bundle resultData) {
                // 收到通知时，需要检查一下焦点是否已经移走，如果已经不在了，就不需要弹出键盘了
                if (PasswordEdit.this.hasFocus()) {
                    // 此处需要递归处理，原因为异步状态下，收到通知的时候，键盘可能已经处于弹出状态了
                    doStartPasswordEditKeyBoard(context);
                }
            }
        });
        // 键盘已经处于隐藏状态
        if (!wait) {
            StartPasswordKeyBoard();
        }
    }

    // 阻止系统键盘在输入框获得焦点的时候自动弹出
    private void disableShowSoftInputOnFocus() {
        if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.LOLLIPOP) {
            this.setShowSoftInputOnFocus(false);
        } else {
            try {
                Method method = EditText.class.getMethod("setShowSoftInputOnFocus", Boolean.TYPE);
                method.setAccessible(true);
                method.invoke(this, false);
            } catch (Exception e) {
                //e.printStackTrace();
            }
        }
    }

    @SuppressLint("ClickableViewAccessibility")
    private void initPasswordEdit(@NonNull final Context context) {
        this.setLongClickable(false);
        this.disableShowSoftInputOnFocus();
        this.setOnTouchListener(new OnTouchListener() {
            @Override
            public boolean onTouch(@NonNull final View view, @NonNull final MotionEvent motionEvent) {
                doStartPasswordEditKeyBoard(context);
                return true;
            }
        });
    }

    public void StartPasswordKeyBoard() {
        //显示自定义的密码键盘的代码
    }
}

import android.annotation.SuppressLint;

import android.content.Context;

import android.os.Bundle;

import android.os.Handler;

import android.os.Looper;

import android.os.ResultReceiver;

import android.support.annotation.NonNull;

import android.support.annotation.Nullable;

import android.util.AttributeSet;

import android.view.MotionEvent;

import android.view.View;

import android.view.inputmethod.InputMethodManager;

import android.widget.EditText;

import java.lang.reflect.Method;

public class PasswordEdit extends EditText {

// 主线程通知调用结果

private final static Handler handler = new Handler(Looper.getMainLooper());

public PasswordEdit(@NonNull final Context context) {

super(context);

initPasswordEdit(context);

}

public PasswordEdit(@NonNull final Context context, @Nullable final AttributeSet attr) {

super(context, attr);

initPasswordEdit(context);

}

public PasswordEdit(@NonNull final Context context, @Nullable final AttributeSet attr, int defStyleAttr) {

super(context, attr, defStyleAttr);

initPasswordEdit(context);

}

public PasswordEdit(@NonNull final Context context, @Nullable final AttributeSet attrs, int defStyleAttr, int defStyleRes) {

super(context, attrs, defStyleAttr, defStyleRes);

initPasswordEdit(context);

}

private void doStartPasswordEditKeyBoard(@NonNull final Context context) {

final InputMethodManager imm = ((InputMethodManager) context.getSystemService(Context.INPUT_METHOD_SERVICE));

//关闭键盘，如果键盘正在显示，或者正在关闭，等待键盘关闭完成的通知

final boolean wait = imm.hideSoftInputFromWindow(this.getWindowToken(), 0, new ResultReceiver(handler) {

@Override

protected void onReceiveResult(final int resultCode, @Nullable final Bundle resultData) {

// 收到通知时，需要检查一下焦点是否已经移走，如果已经不在了，就不需要弹出键盘了

if (PasswordEdit.this.hasFocus()) {

// 此处需要递归处理，原因为异步状态下，收到通知的时候，键盘可能已经处于弹出状态了

doStartPasswordEditKeyBoard(context);

}

});

// 键盘已经处于隐藏状态

if (!wait) {

StartPasswordKeyBoard();

}

// 阻止系统键盘在输入框获得焦点的时候自动弹出

private void disableShowSoftInputOnFocus() {

if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.LOLLIPOP) {

this.setShowSoftInputOnFocus(false);

} else {

try {

Method method = EditText.class.getMethod("setShowSoftInputOnFocus", Boolean.TYPE);

method.setAccessible(true);

method.invoke(this, false);

} catch (Exception e) {

//e.printStackTrace();

}

@SuppressLint("ClickableViewAccessibility")

private void initPasswordEdit(@NonNull final Context context) {

this.setLongClickable(false);

this.disableShowSoftInputOnFocus();

this.setOnTouchListener(new OnTouchListener() {

@Override

public boolean onTouch(@NonNull final View view, @NonNull final MotionEvent motionEvent) {

doStartPasswordEditKeyBoard(context);

return true;

}

});

}

public void StartPasswordKeyBoard() {

//显示自定义的密码键盘的代码

}

注意，在继承实现自定义的密码键盘弹窗的时候，可以参考Android源代码中的PopWindow的处理逻辑。如果是使用WindowManager.addView 的方式添加到窗口，那么在关闭View的时候需要使用 WindowManager.removeViewImmediate来移除，否则一样会出现与输入法弹窗冲突。 代码同样参考PopWindow。

另外，如果自定义输入法的View增加了 FLAG_NOT_TOUCH_MODAL 属性，那么会导致事件穿透到输入法窗口下面的Window，如果点击区域恰好有个 EditText，则可能诱发系统输入法的弹出。如果自定义键盘通过监听 ACTION_OUTSIDE来关闭窗口，那么会出现系统键盘先弹出，输入法的View再关闭的奇怪流程。因此这种情况下，我们需要参考PopWindow来监听ACTION_DOWN事件。

如下图：

监测系统键盘是否已经关闭，参考代码如下：

ViewCompat.setWindowInsetsAnimationCallback(this, new WindowInsetsAnimationCompat.Callback(WindowInsetsAnimationCompat.Callback.DISPATCH_MODE_CONTINUE_ON_SUBTREE) {
    @NonNull
    @Override 
    public WindowInsetsCompat onProgress(@NonNull WindowInsetsCompat insets, @NonNull List<WindowInsetsAnimationCompat> runningAnimations) {
        return insets;
    }

    @Override 
    public void onEnd(@NonNull WindowInsetsAnimationCompat animation) {
        if (animation.getTypeMask() == WindowInsetsCompat.Type.ime()) {
            final WindowInsetsCompat insets = ViewCompat.getRootWindowInsets(View.this);
            if(null != insets) {
                // 此处判断键盘是否已经被关闭，已经关闭返回true,否则返回false
                insets.isVisible(WindowInsetsCompat.Type.ime());
            }
        }
    }
});

ViewCompat.setWindowInsetsAnimationCallback(this, new WindowInsetsAnimationCompat.Callback(WindowInsetsAnimationCompat.Callback.DISPATCH_MODE_CONTINUE_ON_SUBTREE) {

@NonNull

@Override

public WindowInsetsCompat onProgress(@NonNull WindowInsetsCompat insets, @NonNull List<WindowInsetsAnimationCompat> runningAnimations) {

return insets;

}

@Override

public void onEnd(@NonNull WindowInsetsAnimationCompat animation) {

if (animation.getTypeMask() == WindowInsetsCompat.Type.ime()) {

final WindowInsetsCompat insets = ViewCompat.getRootWindowInsets(View.this);

if(null != insets) {

// 此处判断键盘是否已经被关闭，已经关闭返回true,否则返回false

insets.isVisible(WindowInsetsCompat.Type.ime());

}

});

上面的代码依赖

androidx.core:core:1.6.0

1	androidx.core:core:1.6.0

参考链接

Android扩大View点击范围

Android4.0设计规定的有效可触摸的UI元素标准是48dp，转化为一个物理尺寸约为9毫米。7~10毫米，这是一个用户手指能准确并且舒适触摸的区域。

如下图所示，你的UI元素可能小于48dp，图标仅有32dp，按钮仅有40dp，但是他们的实际可操作焦点区域最好都应达到48dp的大小。

1 触屏手机点击区域的小秘密

为使小的UI区域获得良好的触摸交互，根据View的特性，目前碰到了两种情况：

1.如ImageView，设置其padding值，可触摸区域将向外扩展；

2.如Button，设置其padding值，可触摸区域不变，其内内容显示区域向内压缩；

情况1的控件，可直接设置其padding值达到目的，如 android:padding="10dp"

情况2的控件，可使用TouchDelegate动态修改其触摸区域，达到扩大点击范围的效果

/**
 * 扩大View的触摸和点击响应范围,最大不超过其父View范围
 *
 * @param view
 * @param top
 * @param bottom
 * @param left
 * @param right
 */
public static void expandViewTouchDelegate(final View view, final int top,
                                           final int bottom, final int left, final int right) {

    ((View) view.getParent()).post(new Runnable() {
        @Override
        public void run() {
            Rect bounds = new Rect();
            view.setEnabled(true);
            view.getHitRect(bounds);

            bounds.top -= top;
            bounds.bottom += bottom;
            bounds.left -= left;
            bounds.right += right;

            TouchDelegate touchDelegate = new TouchDelegate(bounds, view);

            if (View.class.isInstance(view.getParent())) {
                ((View) view.getParent()).setTouchDelegate(touchDelegate);
            }
        }
    });
}

/**

* 扩大View的触摸和点击响应范围,最大不超过其父View范围

* @param view

* @param top

* @param bottom

* @param left

* @param right

public static void expandViewTouchDelegate(final View view, final int top,

final int bottom, final int left, final int right) {

((View) view.getParent()).post(new Runnable() {

@Override

public void run() {

Rect bounds = new Rect();

view.setEnabled(true);

view.getHitRect(bounds);

bounds.top -= top;

bounds.bottom += bottom;

bounds.left -= left;

bounds.right += right;

TouchDelegate touchDelegate = new TouchDelegate(bounds, view);

if (View.class.isInstance(view.getParent())) {

((View) view.getParent()).setTouchDelegate(touchDelegate);

}

});

}

采取此种方法的两点注意：

1、若View的自定义触摸范围超出Parent的大小，则超出的那部分无效。
2、一个Parent只能设置一个View的TouchDelegate，设置多个时只有最后设置的生效。

若需要恢复该View的触摸范围：

/**
 * 还原View的触摸和点击响应范围,最小不小于View自身范围
 *
 * @param view
 */
public static void restoreViewTouchDelegate(final View view) {

    ((View) view.getParent()).post(new Runnable() {
        @Override
        public void run() {
            Rect bounds = new Rect();
            bounds.setEmpty();
            TouchDelegate touchDelegate = new TouchDelegate(bounds, view);

            if (View.class.isInstance(view.getParent())) {
                ((View) view.getParent()).setTouchDelegate(touchDelegate);
            }
        }
    });
}

/**

* 还原View的触摸和点击响应范围,最小不小于View自身范围

* @param view

public static void restoreViewTouchDelegate(final View view) {

((View) view.getParent()).post(new Runnable() {

@Override

public void run() {

Rect bounds = new Rect();

bounds.setEmpty();

TouchDelegate touchDelegate = new TouchDelegate(bounds, view);

if (View.class.isInstance(view.getParent())) {

((View) view.getParent()).setTouchDelegate(touchDelegate);

}

});

}

使用TouchDelegate扩大View的触摸响应范围是一种比较灵活的方法，有时可与设置padding的方式结合使用。

更新

======

后期实际开发中发现，使用post runnable的方式去设置Delegate区域大小的原因是，如该View师在Activity的OnCreate()或Fragment的OnCreateView()中绘制，此时UI界面尚未开始绘制，无法获得正确的坐标；

若将此法应用在ListView的getView()中绘制每个ItemView时，则Delegate的设置将部分失效，原因是ListView的绘制较特殊，可能无法获取到部分还未绘制出的View的正确坐标。解决方案具体可参考以下参考阅读所列。

参考阅读：通过自定义View的方式，及某些其他情况的处理：

1.《Android使用TouchDelegate增加View的触摸范围》 http://blog.csdn.net/sgwhp/article/details/10963383

2.《ListView Tips & Tricks #5: Enlarged Touchable Areas》 http://cyrilmottier.com/2012/02/16/listview-tips-tricks-5-enlarged-touchable-areas/

3.《Extend touchable areas #Android》 https://plus.google.com/u/0/+JulienDodokal/posts/8zoV3RQvReS

参考链接

aapt/aapt2命令获取apk详细信息（包名、版本号、版本名称、兼容api级别、启动Activity等）

aapt命令获取apk详细信息（包名、版本号、版本名称、兼容api级别、启动Activity等）

第一步：找到aapt/AAPT2

找到sdk的根目录，然后找到build-tools文件夹，然后会看到一些build-tools的版本号，随便点开一个，就可以看到aapt了，如下图

继续阅读aapt/aapt2命令获取apk详细信息（包名、版本号、版本名称、兼容api级别、启动Activity等）

RN 技术探索：Hermes Engine 初探

自从 Google 的 Flutter 发布之后，Facebook 对 React-Native 的迭代开始快了起来，优化 React-Native 的性能表现，避免被 Flutter 比下去。最近一个比较大的动作是开源了一个 JavaScript 引擎，并将其包含到 React-Native 中。那么这款引擎它有什么不同，相比 V8、JSC 这些 JavaScript 引擎又有什么优势呢，现在本文来为你揭晓。

1. Hermes 引擎是什么，优势有哪些？

重要的事情提前说：Hermes 引擎是 Facebook 研发，在 React-Native Android 端用于替换 JavaScript Core 的 JavaScript 引擎。Hermes 引擎的优势是适合移动端的轻量级 JavaScript 引擎，使用 aot 编译，可以减少 Android 端内存使用，减小安装包大小，提升执行效率。

2. 什么是 JavaScript 引擎？

JavaScript 引擎是一个专门处理 JavaScript 脚本的虚拟机，一般会附带在网页浏览器之中。

3. 主流 JavaScript 引擎

V8（Google）、JavaScriptCore（Apple）、SpiderMonkey（Firefox）

4. RN 中的 JavaScript 引擎

Weex，Android：V8，iOS：JavaScriptCore

RN，Android：JavaScriptCore（Hermes、V8），iOS：JavaScriptCore（Apple 要求）

注：Hermes Engine在React-native 0.60.2 版本后支持

5. Hermes 的特色

预编译字节码（引擎加载二进制代码效率高于运行JS脚本）
无 JIT 编译器（减小了引擎大小，优化内存占用，但直接运行 JS 脚本的性能差于 V8 和 JSC）
针对移动端的垃圾回收策略

继续阅读RN 技术探索：Hermes Engine 初探

一	二	三	四	五	六	日
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30