深海游弋的鱼 – 第 8 页

修复Robolectric 4.6.x报错Failed to transform bcprov-jdk15on-1.68.jar

参照 Android Studio 3.6.3/4.0/4.1/4.2配置Robolectric-4.5.1,Powermock-1.6.6单元测试环境配置执行单元测试。

项目使用 Android Studio 4.1.3 ，Android Gradle构建工具（AGP）版本

1	com.android.tools.build:gradle:4.1.3

单元测试使用的 Robolectric 从 4.5.x 升级到 4.6.x ，编译时产生如下报错：

Failed to transform bcprov-jdk15on-1.68.jar (org.bouncycastle:bcprov-jdk15on:1.68) to match attributes {artifactType=processed-jar, org.gradle.category=library, org.gradle.libraryelements=jar, org.gradle.status=release, org.gradle.usage=java-runtime}.

> Execution failed for JetifyTransform: /home/runner/.gradle/caches/modules-2/files-2.1/org.bouncycastle/bcprov-jdk15on/1.68/46a080368d38b428d237a59458f9bc915222894d/bcprov-jdk15on-1.68.jar.

> Failed to transform '/home/runner/.gradle/caches/modules-2/files-2.1/org.bouncycastle/bcprov-jdk15on/1.68/46a080368d38b428d237a59458f9bc915222894d/bcprov-jdk15on-1.68.jar' using Jetifier. Reason: IllegalArgumentException, message: Unsupported class file major version 59. (Run with --stacktrace for more details.)

问题排查了一下，发现 Robolectric 4.6.x 引入了 bcprov-jdk15on-1.68.jar ，这个库是使用 Java 15 编译的。

如果项目在 gradle.properties 中配置了 android.enableJetifier=true （目的是转换第三方不支持 AndroidX 的依赖，用以使整个工程升级到 AndroidX ）, 当 Jetifier 小于等于 Jetifier 1.0.0-beta10时，无法反编译高于 Java 13 编译的代码库，进而引起上面的报错。

目前（2021/07/22）最新的 Android Studio 4.2.2 ，Android Gradle构建工具（AGP）版本

1	com.android.tools.build:gradle:4.2.2

依旧没有完成适配工作。

官方回复是 Android Gradle构建工具（AGP） 7.x版本修复，估计要到Android Studio 4.3 版本了。

目前的解决方法是在 gradle.properties 中配置 Jetifier 忽略 bcprov 库。比较庆幸的是 bcprov 库跟 AndroidX 没什么关系，因此忽略这个库是安全的。

如下：

android.enableJetifier=true

android.jetifier.blacklist=org.robolectric.*,bcprov

# Android Studio 4.2 版本开始使用 android.jetifier.ignorelist 替代 android.jetifier.blacklist

参考链接

关于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 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 依赖的情况下，编译会报错

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 打开当前目录下的项目即可

如果报错如下：

* 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.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)

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

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

参考链接

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

结果报错如下：

* What went wrong:

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

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

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

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

解决方法为升级到：

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

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

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项目的时候，报告如下错误：

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

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

1	-keepattributes Signature

的时候，需要同步增加

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:

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());

}

});

上面的代码依赖

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);

}

});

}

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

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);

}

});

}

使用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等）

2025 年 6 月
一	二	三	四	五	六	日
						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