深海游弋的鱼 – 第 15 页

IntelliJ IDEA 提示 'try' can use automatic resource management Java7新特性

IntelliJ IDEA会提示

'try' can use automatic resource management。

1	'try' can use automatic resource management。

从 Java 7 build 105版本开始，Java 7的编译器和运行环境支持新的try-with-resources语句，称为ARM 块(Automatic Resource Management) ，自动资源管理。

新的语句支持包括流以及任何可关闭的资源。

public static void filyCopy(File one,File two){
    FileInputStream fileInput = null;
    FileOutputStream fileOutput = null;
    try {
        fileInput = new FileInputStream(one);
        fileOutput = new FileOutputStream(two);
        byte[] b = new byte[1024];
        int len = 0;
        while((len = fileInput.read(b)) != -1){
            fileOutput.write(b, 0, len);
        }
    } catch (Exception e) {
        e.printStackTrace();
    } finally {//释放资源
        try {
            if(fileInput != null){
                fileInput.close();
            }
            if(fileOutput != null){
                fileOutput.close();
            }
        } catch (Exception e2) {
            e2.printStackTrace();
        }
    }
}

public static void filyCopy(File one,File two){

FileInputStream fileInput = null;

FileOutputStream fileOutput = null;

try {

fileInput = new FileInputStream(one);

fileOutput = new FileOutputStream(two);

byte[] b = new byte[1024];

int len = 0;

while((len = fileInput.read(b)) != -1){

fileOutput.write(b, 0, len);

}

} catch (Exception e) {

e.printStackTrace();

} finally {//释放资源

try {

if(fileInput != null){

fileInput.close();

}

if(fileOutput != null){

fileOutput.close();

}

} catch (Exception e2) {

e2.printStackTrace();

}

使用try-with-resources语句来简化代码如下：

public static void filyCopy2(File one,File two){
    try (FileInputStream fileInput = new FileInputStream(one);
            FileOutputStream fileOutput = new FileOutputStream(two);){
        byte[] b = new byte[1024];
        int len = 0;
        while((len = fileInput.read(b)) != -1){
            fileOutput.write(b, 0, len);
        }
    } catch (Exception e) {
        e.printStackTrace();
    }
}

public static void filyCopy2(File one,File two){

try (FileInputStream fileInput = new FileInputStream(one);

FileOutputStream fileOutput = new FileOutputStream(two);){

byte[] b = new byte[1024];

int len = 0;

while((len = fileInput.read(b)) != -1){

fileOutput.write(b, 0, len);

}

} catch (Exception e) {

e.printStackTrace();

}

在这个例子中，数据流会在try执行完毕后自动被关闭，前提是，这些可关闭的资源必须实现java.lang.AutoCloseable接口。

注：目前java.lang.AutoCloseable接口的子接口或实现类如下：

所有已经子接口:

AsynchronousByteChannel, AsynchronousChannel, BaseStream, ByteChannel, CachedRowSet, CallableStatement, Channel, Clip, Closeable, Connection, DataLine, DirectoryStream, DoubleStream, FilteredRowSet, GatheringByteChannel, ImageInputStream, ImageOutputStream, InterruptibleChannel, JavaFileManager, JdbcRowSet, JMXConnector, JoinRowSet, Line, LongStream, MidiDevice, MidiDeviceReceiver, MidiDeviceTransmitter, Mixer, MulticastChannel, NetworkChannel, ObjectInput, ObjectOutput, Port, PreparedStatement, ReadableByteChannel, Receiver, RMIConnection, RowSet, ScatteringByteChannel, SecureDirectoryStream, SeekableByteChannel, Sequencer, SourceDataLine, StandardJavaFileManager, Statement, Stream, SyncResolver, Synthesizer, TargetDataLine, Transmitter, WatchService, WebRowSet, WritableByteChannel

AsynchronousByteChannel, AsynchronousChannel, BaseStream, ByteChannel, CachedRowSet, CallableStatement, Channel, Clip, Closeable, Connection, DataLine, DirectoryStream, DoubleStream, FilteredRowSet, GatheringByteChannel, ImageInputStream, ImageOutputStream, InterruptibleChannel, JavaFileManager, JdbcRowSet, JMXConnector, JoinRowSet, Line, LongStream, MidiDevice, MidiDeviceReceiver, MidiDeviceTransmitter, Mixer, MulticastChannel, NetworkChannel, ObjectInput, ObjectOutput, Port, PreparedStatement, ReadableByteChannel, Receiver, RMIConnection, RowSet, ScatteringByteChannel, SecureDirectoryStream, SeekableByteChannel, Sequencer, SourceDataLine, StandardJavaFileManager, Statement, Stream, SyncResolver, Synthesizer, TargetDataLine, Transmitter, WatchService, WebRowSet, WritableByteChannel

所有已知实现类：

AbstractInterruptibleChannel, AbstractSelectableChannel, AbstractSelector, AsynchronousFileChannel, AsynchronousServerSocketChannel, AsynchronousSocketChannel, AudioInputStream, BufferedInputStream, BufferedOutputStream, BufferedReader, BufferedWriter, ByteArrayInputStream, ByteArrayOutputStream, CharArrayReader,
CharArrayWriter, CheckedInputStream, CheckedOutputStream, CipherInputStream, CipherOutputStream, DatagramChannel, DatagramSocket, DataInputStream, DataOutputStream,
DeflaterInputStream, DeflaterOutputStream, DigestInputStream, DigestOutputStream, FileCacheImageInputStream, FileCacheImageOutputStream, FileChannel, FileImageInputStream, FileImageOutputStream, FileInputStream, FileLock, FileOutputStream, FileReader, FileSystem, FileWriter, FilterInputStream, FilterOutputStream, FilterReader, FilterWriter, Formatter, ForwardingJavaFileManager, GZIPInputStream, GZIPOutputStream, ImageInputStreamImpl, ImageOutputStreamImpl, InflaterInputStream, InflaterOutputStream,
InputStream, InputStream, InputStream, InputStreamReader, JarFile, JarInputStream, JarOutputStream, LineNumberInputStream, LineNumberReader, LogStream, MemoryCacheImageInputStream, MemoryCacheImageOutputStream, MLet, MulticastSocket, ObjectInputStream, ObjectOutputStream, OutputStream, OutputStream, OutputStream, OutputStreamWriter, Pipe.SinkChannel, Pipe.SourceChannel, PipedInputStream, PipedOutputStream, PipedReader, PipedWriter, PrintStream, PrintWriter, PrivateMLet, ProgressMonitorInputStream, PushbackInputStream, PushbackReader, RandomAccessFile, Reader, RMIConnectionImpl, RMIConnectionImpl_Stub, RMIConnector, RMIIIOPServerImpl, RMIJRMPServerImpl, RMIServerImpl, Scanner, SelectableChannel, Selector, ServerSocket, ServerSocketChannel, Socket, SocketChannel, SSLServerSocket, SSLSocket, StringBufferInputStream, StringReader,StringWriter,URLClassLoader, Writer, XMLDecoder, XMLEncoder, ZipFile,ZipInputStream, ZipOutputStream

AbstractInterruptibleChannel, AbstractSelectableChannel, AbstractSelector, AsynchronousFileChannel, AsynchronousServerSocketChannel, AsynchronousSocketChannel, AudioInputStream, BufferedInputStream, BufferedOutputStream, BufferedReader, BufferedWriter, ByteArrayInputStream, ByteArrayOutputStream, CharArrayReader,

CharArrayWriter, CheckedInputStream, CheckedOutputStream, CipherInputStream, CipherOutputStream, DatagramChannel, DatagramSocket, DataInputStream, DataOutputStream,

DeflaterInputStream, DeflaterOutputStream, DigestInputStream, DigestOutputStream, FileCacheImageInputStream, FileCacheImageOutputStream, FileChannel, FileImageInputStream, FileImageOutputStream, FileInputStream, FileLock, FileOutputStream, FileReader, FileSystem, FileWriter, FilterInputStream, FilterOutputStream, FilterReader, FilterWriter, Formatter, ForwardingJavaFileManager, GZIPInputStream, GZIPOutputStream, ImageInputStreamImpl, ImageOutputStreamImpl, InflaterInputStream, InflaterOutputStream,

InputStream, InputStream, InputStream, InputStreamReader, JarFile, JarInputStream, JarOutputStream, LineNumberInputStream, LineNumberReader, LogStream, MemoryCacheImageInputStream, MemoryCacheImageOutputStream, MLet, MulticastSocket, ObjectInputStream, ObjectOutputStream, OutputStream, OutputStream, OutputStream, OutputStreamWriter, Pipe.SinkChannel, Pipe.SourceChannel, PipedInputStream, PipedOutputStream, PipedReader, PipedWriter, PrintStream, PrintWriter, PrivateMLet, ProgressMonitorInputStream, PushbackInputStream, PushbackReader, RandomAccessFile, Reader, RMIConnectionImpl, RMIConnectionImpl_Stub, RMIConnector, RMIIIOPServerImpl, RMIJRMPServerImpl, RMIServerImpl, Scanner, SelectableChannel, Selector, ServerSocket, ServerSocketChannel, Socket, SocketChannel, SSLServerSocket, SSLSocket, StringBufferInputStream, StringReader,StringWriter,URLClassLoader, Writer, XMLDecoder, XMLEncoder, ZipFile,ZipInputStream, ZipOutputStream

对于Android用户来说，只有编译工程的 minSdkVersion大于 19(Android 4.4)的时候才能生效。

try-with-resources is only supported if your minSdkVersion is set to 19 or higher.

1	try-with-resources is only supported if your minSdkVersion is set to 19 or higher.

参考链接

在macOS Catalina(10.15.5)上搭建Flutter开发环境

下载并安装目前最新的Android Studio 4.0，然后通过Android Studio 4.0安装Android SDK。

下载目前最新的flutter

$ cd ~

$ mkdir Android

$ cd Android

$ git clone -b stable https://github.com/flutter/flutter.git

$ cd ~

$ mkdir Android

$ cd Android

$ git clone -b stable https://github.com/flutter/flutter.git

配置环境变量

$ export PATH=/Users/`whoami`/Android/flutter/bin:$PATH

# android sdk目录，替换为你自己的即可，下面是Android Studio安装SDK的默认目录 
$ export ANDROID_HOME="/Users/`whoami`/Library/Android/sdk" 
  
$ export PATH=${PATH}:${ANDROID_HOME}/tools
  
$ export PATH=${PATH}:${ANDROID_HOME}/platform-tools
  
$ export PUB_HOSTED_URL=https://pub.flutter-io.cn
  
$ export FLUTTER_STORAGE_BASE_URL=https://storage.flutter-io.cn

$ export PATH=/Users/`whoami`/Android/flutter/bin:$PATH

# android sdk目录，替换为你自己的即可，下面是Android Studio安装SDK的默认目录

$ export ANDROID_HOME="/Users/`whoami`/Library/Android/sdk"

$ export PATH=${PATH}:${ANDROID_HOME}/tools

$ export PATH=${PATH}:${ANDROID_HOME}/platform-tools

$ export PUB_HOSTED_URL=https://pub.flutter-io.cn

$ export FLUTTER_STORAGE_BASE_URL=https://storage.flutter-io.cn

上述环境变量，全部追加到 .bashrc 尾部

export PATH=/Users/`whoami`/Android/flutter/bin:$PATH
# android sdk目录，替换为你自己的即可，下面是Android Studio安装SDK的默认目录
export ANDROID_HOME="/Users/`whoami`/Library/Android/sdk"
export PATH=${PATH}:${ANDROID_HOME}/tools
export PATH=${PATH}:${ANDROID_HOME}/platform-tools
export PUB_HOSTED_URL=https://pub.flutter-io.cn
export FLUTTER_STORAGE_BASE_URL=https://storage.flutter-io.cn

export PATH=/Users/`whoami`/Android/flutter/bin:$PATH

# android sdk目录，替换为你自己的即可，下面是Android Studio安装SDK的默认目录

export ANDROID_HOME="/Users/`whoami`/Library/Android/sdk"

export PATH=${PATH}:${ANDROID_HOME}/tools

export PATH=${PATH}:${ANDROID_HOME}/platform-tools

export PUB_HOSTED_URL=https://pub.flutter-io.cn

export FLUTTER_STORAGE_BASE_URL=https://storage.flutter-io.cn

如果不增加到.bashrc 尾部，则在 Android Studio 4.0 创建项目的时候，会非常慢，主要是网络问题。

必要的环境配置，依赖下载

#对于 macOS Catalina 10.15.5 来说，由于Shell被替换成了ZSH,因此环境变量需要重新配置一下

$ cp /etc/zprofile ~/.zprofile

$ chmod u+w ~/.zprofile

$ echo "source ~/.bashrc" >> .zprofile

$ flutter doctor

$ flutter doctor --android-licenses

$ sudo gem install cocoapods

# 杀掉全部的dart进程，否则可能导致长时间无法创建项目的问题
# 任何时候，flutter相关卡住，貌似都可以这样操作

$ killall -9 dart

#对于 macOS Catalina 10.15.5 来说，由于Shell被替换成了ZSH,因此环境变量需要重新配置一下

$ cp /etc/zprofile ~/.zprofile

$ chmod u+w ~/.zprofile

$ echo "source ~/.bashrc" >> .zprofile

$ flutter doctor

$ flutter doctor --android-licenses

$ sudo gem install cocoapods

# 杀掉全部的dart进程，否则可能导致长时间无法创建项目的问题

# 任何时候，flutter相关卡住，貌似都可以这样操作

$ killall -9 dart

继续阅读在macOS Catalina(10.15.5)上搭建Flutter开发环境

在Android Studio 4.X下查看窗口布局层次Hierarchy Viewer/Layout Inspector

在Android开发的时候，又是需要检查窗口布局层次，观察布局是否显示正确。

早期版本是使用Hierarchy Viewer ,最新的Android Studio 4.X下，我们使用 Layout Inspector,具体操作参考下图：

继续阅读在Android Studio 4.X下查看窗口布局层次Hierarchy Viewer/Layout Inspector

屏幕旋转的适配问题以及遇到的一些坑

在手机APP开发的时候，一般默认会适配竖屏，游戏开发除外。但是在Android平板电脑开发中，屏幕旋转的问题比较退出，可以这样说，平板电脑的最初用意就是横屏使用的，比较方便，用户会经常旋转我们的屏幕。

这里主要针对平板开发中的一些问题做一些总结。

1. 防止屏幕旋转之后，Activity的销毁问题

为了适配屏幕，Activity默认在屏幕旋转之后会销毁并且重建，但是这种情况会造成用户输入数据的丢失（需要开发者手动去保存和恢复，会带来一定的工作量），Activity毕竟是重量级的组件，它的销毁和重建会使得性能的下降，因此我们需要防止Activity的销毁和重建。

做法

在清单文件中为Activity添加一些配置，configChanges属性添加orientation|screenSize：

<activity
        android:name=".ui.activity.MainActivity"
        android:configChanges="orientation|screenSize"
        android:launchMode="singleTask"
        android:windowSoftInputMode="stateAlwaysHidden">

<activity

android:name=".ui.activity.MainActivity"

android:configChanges="orientation|screenSize"

android:launchMode="singleTask"

android:windowSoftInputMode="stateAlwaysHidden">

通过上述的配置可以防止Activity的销毁和重建。

注意：这里的 screenSize 经常被我们遗漏。一般我们都是设置 orientation , 当屏幕方向改变的时候不要重新创建。那么 screenSize 什么时候发生呢？目前最常见的就是 系统导航方式 变化的时候，目前Android手机支持 手势导航 / 屏幕内三键导航 两种模式。这两种模式的不同就是在屏幕底部是否出现 Back/ Home / Menu。这样导致应用的显示高度发生变化，从而触发 screenSize。

注意，辅助功能 里的 无障碍 模式下 导航模式 会被切换到 屏幕内三键导航 模式，从而引起窗口的重新绘制。

2. View屏幕旋转适配

除了制作横屏和竖屏两份布局文件的方法之外，如果我们的View是动态添加到Window的，屏幕旋转之后，我们的界面以及View需要做一些变动以适应屏幕。

我们可以复写Activity的onConfigurationChanged方法，并且在里面修改一些东西。

@Override
public void onConfigurationChanged(Configuration newConfig) {
    super.onConfigurationChanged(newConfig);

    //一些适配操作
}

@Override

public void onConfigurationChanged(Configuration newConfig) {

super.onConfigurationChanged(newConfig);

//一些适配操作

}

这里举个例子，如说我们的ListView右边有一个字母索引控件，这个控件是直接new出来并且是直接覆盖在ListView上面的。当屏幕旋转之后，这个字母索引控件的位置需要刷新（重新布局以及绘制）。因为这个控件是在我们的ListView的右侧，并且竖直方向居中。这时候我们就需要动态获取屏幕上的ListView的宽高，然后才能计算出字母控件应该布局的位置。

但是这里我们会遇到一些坑

直接通过View的getWidth方法或者先measure然后通过getMeasuredWidth方法获取到的宽都是错误的，获取到的是屏幕旋转之前的值，如下面的代码所示。但是我需要的是ListView实时的宽高值，这时候我们只能手动去计算。例如我们要获取ListView的高度，那么我们可以先拿到Window的总高度，然后减去状态栏、Toolbar的高度来获取（这里只是一个例子，具体做法需要具体分析）。

@Override
public void onConfigurationChanged(Configuration newConfig) {
    super.onConfigurationChanged(newConfig);

    //一些适配操作
    WindowManager wm = getWindowManager();//Activity可以直接获取WindowManager
    //  WindowManager wm = (WindowManager) getSystemService(Context.WINDOW_SERVICE);
    final int windowWidth = wm.getDefaultDisplay().getWidth();
    final int windowHeight = wm.getDefaultDisplay().getHeight();

    //手动去计算ListView的宽高
    final int mListViewWidth = windowWidth;
    final int mListViewHeight = windowHeight - statusbarHeight - toolbarHeight;

    //下面获取ListView的宽高是有问题的
    //  mListView.measure(0, 0);
    //  mListView.getMeasuredWidth();
    //  mListView.getMeasuredHeight();

    //  mListView.getWidth();
    //  mListView.getHeight();

    //  。。。其他适配操作
}

@Override

public void onConfigurationChanged(Configuration newConfig) {

super.onConfigurationChanged(newConfig);

//一些适配操作

WindowManager wm = getWindowManager();//Activity可以直接获取WindowManager

// WindowManager wm = (WindowManager) getSystemService(Context.WINDOW_SERVICE);

final int windowWidth = wm.getDefaultDisplay().getWidth();

final int windowHeight = wm.getDefaultDisplay().getHeight();

//手动去计算ListView的宽高

final int mListViewWidth = windowWidth;

final int mListViewHeight = windowHeight - statusbarHeight - toolbarHeight;

//下面获取ListView的宽高是有问题的

// mListView.measure(0, 0);

// mListView.getMeasuredWidth();

// mListView.getMeasuredHeight();

// mListView.getWidth();

// mListView.getHeight();

// 。。。其他适配操作

}

屏幕旋转的不确定性问题

最近又遇到屏幕旋转相关的新的问题，因此记录下来。我们知道，在Activity、View、Fragment等旋转的时候，如果你在清单文件中配置不重新创建的话，就会调用onConfigurationChanged方法。

但是问题来了，这个问题有一些不确定性因素，比如说当你的页面或者View被遮挡住（Stop）的时候就不会回调onConfigurationChanged这个方法。这比较略坑，会带来一些UI的偶发性问题。

解决办法就是我们自定义一个广播接受者专门用来接受onConfigurationChanged这个广播，这样子就可以确保，无论什么情况下，系统ConfigurationChanged的时候你的代码都会被执行。

自定义的ConfigurationChangeReceiver如下，这里提供一个静态方法方便注册。

public abstract class ConfigurationChangeReceiver extends BroadcastReceiver {

    private static final String TAG = ConfigurationChangeReceiver.class.getSimpleName();

    public static IntentFilter getIntentFilter() {
    IntentFilter filter = new IntentFilter();
    filter.addAction("android.intent.action.CONFIGURATION_CHANGED");
    return filter;
    }
}

public abstract class ConfigurationChangeReceiver extends BroadcastReceiver {

private static final String TAG = ConfigurationChangeReceiver.class.getSimpleName();

public static IntentFilter getIntentFilter() {

IntentFilter filter = new IntentFilter();

filter.addAction("android.intent.action.CONFIGURATION_CHANGED");

return filter;

}

接下类在Activity或者Fragment中的正确位置注册（onAttachedToWindow、onDetachedFromWindow）：

private void initConfigurationChangeReceiver() {
    mConfigurationChangeReceiver = new ConfigurationChangeReceiver() {
        @Override
        public void onReceive(Context context, Intent intent) {
            //你的屏幕适配代码
        }
    };
    this.registerReceiver(mConfigurationChangeReceiver, ConfigurationChangeReceiver.getIntentFilter());
}

private void initConfigurationChangeReceiver() {

mConfigurationChangeReceiver = new ConfigurationChangeReceiver() {

@Override

public void onReceive(Context context, Intent intent) {

//你的屏幕适配代码

}

};

this.registerReceiver(mConfigurationChangeReceiver, ConfigurationChangeReceiver.getIntentFilter());

}

记得反注册，防止内存泄漏哦。

private void unRegisterConfigurationChangeReceiver() {
    if (mConfigurationChangeReceiver != null) {
        this.unregisterReceiver(mConfigurationChangeReceiver);
    }
}

private void unRegisterConfigurationChangeReceiver() {

if (mConfigurationChangeReceiver != null) {

this.unregisterReceiver(mConfigurationChangeReceiver);

}

参考链接

屏幕旋转的适配问题以及遇到的一些坑

Android默认调试签名证书

今天遇到了需要手工用调试签名重新签名APK文件的一个需求。

Android默认调试签名证书位置

Windows：

C:\Users\<用户名>\.android\debug.keystore

1	C:\Users\<用户名>\.android\debug.keystore

macOS Catalina:

~/.android/debug.keystore

1	~/.android/debug.keystore

证书密码：android

签名脚本：

$ bash ~/Android/sdk/build-tools/29.0.2/apksigner sign --ks debug.keystore xxx.apk

1	$ bash ~/Android/sdk/build-tools/29.0.2/apksigner sign --ks debug.keystore xxx.apk

参考链接

Cannot resolve symbol KeyEventCompat（android.support.v4.view.KeyEventCompat找不到）

今天我把support版本升到了28.0.0 发现V4包下的KeyEventCompat 类找不到了

com.android.support:appcompat-v4:28.0.0

那是因为KeyEventCompat类被取消了 hasNoModifiers() 方法已经被KeyEvent实现了

修改为：

if (event.hasNoModifiers()) {
      handled = arrowScroll(FOCUS_FORWARD);
} else if (event.hasModifiers(KeyEvent.META_SHIFT_ON)) {
       handled = arrowScroll(FOCUS_BACKWARD);
}

if (event.hasNoModifiers()) {

handled = arrowScroll(FOCUS_FORWARD);

} else if (event.hasModifiers(KeyEvent.META_SHIFT_ON)) {

handled = arrowScroll(FOCUS_BACKWARD);

}

参考链接

Android Q(Android 10)适配

应用读取 Device_ID

Android Q 之前有如下代码，获取设备Id，IMEI等

TelephonyManager telManager = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE);
telManager.getDeviceId();
telManager.getImei();

TelephonyManager telManager = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE);

telManager.getDeviceId();

telManager.getImei();

添加下面权限，并且需要动态申请权限

<uses-permission android:name="android.permission.READ_PHONE_STATE" />

1	<uses-permission android:name="android.permission.READ_PHONE_STATE" />

在 Android Q 上调用上面方法会报错

java.lang.SecurityException: getDeviceId: The user xxxx does not meet the requirements to access device identifiers.

1	java.lang.SecurityException: getDeviceId: The user xxxx does not meet the requirements to access device identifiers.

或者

E/Exception: getSubscriberId: The user xxxx does not meet the requirements to access device identifiers.
    java.lang.SecurityException: getSubscriberId: The user xxxx does not meet the requirements to access device identifiers.

1 2	E/Exception: getSubscriberId: The user xxxx does not meet the requirements to access device identifiers. java.lang.SecurityException: getSubscriberId: The user xxxx does not meet the requirements to access device identifiers.

在 Android Q 上上面方法已经不能使用了，如果获取设备唯一Id，需要使用其他方式了，谷歌提供的获取唯一标识符做法见文档，也可以用Android_ID，上面这些也不是绝对能得到一个永远不变的Id，可能需要多种方案获取其他Id，比如有谷歌商店的手机可以使用谷歌提供的广告Id，还有其他厂商一般都会提供手机的一个唯一Id。

我们项目现在使用下面这种方式参考链接。要求生成之后，存储在应用的本地数据库中，读取的时候，优先从本地数据库读取上次存储的设备ID，不要每次都调用下面的接口获取，下面的接口不能保证每次都返回相同结果。

public static String getDeviceId(Context context) {
    final int targetSdkVersion = context.getApplicationInfo().targetSdkVersion;
    if (targetSdkVersion > Build.VERSION_CODES.P && Build.VERSION.SDK_INT > Build.VERSION_CODES.P) {
        return getUniqueID(context);
    } else {
        return getTelId(context);
    }
}

private static String getTelId(Context context) {
    final TelephonyManager manager = (TelephonyManager)context.getSystemService(Context.TELEPHONY_SERVICE);
    return manager.getDeviceId();
}

private static String getUniqueID(Context context) {
    String id = null;
    final String androidId = Settings.Secure.getString(context.getContentResolver(), Settings.Secure.ANDROID_ID);
    if (!TextUtils.isEmpty(androidId) && !"9774d56d682e549c".equals(androidId)) {
        try {
            UUID uuid = UUID.nameUUIDFromBytes(androidId.getBytes("utf8"));
            id = uuid.toString();
        } catch (UnsupportedEncodingException e) {
            e.printStackTrace();
        }
    }

    if (TextUtils.isEmpty(id)) {
        id = getUUID();
    }

    return TextUtils.isEmpty(id) ? UUID.randomUUID().toString() : id;
}

private static String getUUID() {
    String serial = null;

    String m_szDevIDShort = "35" +
            Build.BOARD.length() % 10 + Build.BRAND.length() % 10 +

            ((null != Build.CPU_ABI) ? Build.CPU_ABI.length() : 0) % 10 + 
            
            Build.DEVICE.length() % 10 + Build.DISPLAY.length() % 10 + 
            
            Build.HOST.length() % 10 + Build.ID.length() % 10 + 
            
            Build.MANUFACTURER.length() % 10 + Build.MODEL.length() % 10 + 
            
            Build.PRODUCT.length() % 10 + Build.TAGS.length() % 10 + 
            
            Build.TYPE.length() % 10 + Build.USER.length() % 10; //13 位

    if (Build.VERSION.SDK_INT <= Build.VERSION_CODES.P) {
        try {
            if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
                serial = android.os.Build.getSerial();
            } else {
                serial = Build.SERIAL;
            }
            //API>=9 使用serial号
            return new UUID(m_szDevIDShort.hashCode(), serial.hashCode()).toString();
        } catch (Exception exception) {
            serial = "serial" + UUID.randomUUID().toString(); // 随便一个初始化
        }
    } else {
        serial = android.os.Build.UNKNOWN + UUID.randomUUID().toString(); // 随便一个初始化
    }

    //使用硬件信息拼凑出来的15位号码
    return new UUID(m_szDevIDShort.hashCode(), serial.hashCode()).toString();
}

public static String getDeviceId(Context context) {

final int targetSdkVersion = context.getApplicationInfo().targetSdkVersion;

if (targetSdkVersion > Build.VERSION_CODES.P && Build.VERSION.SDK_INT > Build.VERSION_CODES.P) {

return getUniqueID(context);

} else {

return getTelId(context);

}

private static String getTelId(Context context) {

final TelephonyManager manager = (TelephonyManager)context.getSystemService(Context.TELEPHONY_SERVICE);

return manager.getDeviceId();

}

private static String getUniqueID(Context context) {

String id = null;

final String androidId = Settings.Secure.getString(context.getContentResolver(), Settings.Secure.ANDROID_ID);

if (!TextUtils.isEmpty(androidId) && !"9774d56d682e549c".equals(androidId)) {

try {

UUID uuid = UUID.nameUUIDFromBytes(androidId.getBytes("utf8"));

id = uuid.toString();

} catch (UnsupportedEncodingException e) {

e.printStackTrace();

}

if (TextUtils.isEmpty(id)) {

id = getUUID();

}

return TextUtils.isEmpty(id) ? UUID.randomUUID().toString() : id;

}

private static String getUUID() {

String serial = null;

String m_szDevIDShort = "35" +

Build.BOARD.length() % 10 + Build.BRAND.length() % 10 +

((null != Build.CPU_ABI) ? Build.CPU_ABI.length() : 0) % 10 +

Build.DEVICE.length() % 10 + Build.DISPLAY.length() % 10 +

Build.HOST.length() % 10 + Build.ID.length() % 10 +

Build.MANUFACTURER.length() % 10 + Build.MODEL.length() % 10 +

Build.PRODUCT.length() % 10 + Build.TAGS.length() % 10 +

Build.TYPE.length() % 10 + Build.USER.length() % 10; //13 位

if (Build.VERSION.SDK_INT <= Build.VERSION_CODES.P) {

try {

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {

serial = android.os.Build.getSerial();

} else {

serial = Build.SERIAL;

}

//API>=9 使用serial号

return new UUID(m_szDevIDShort.hashCode(), serial.hashCode()).toString();

} catch (Exception exception) {

serial = "serial" + UUID.randomUUID().toString(); // 随便一个初始化

}

} else {

serial = android.os.Build.UNKNOWN + UUID.randomUUID().toString(); // 随便一个初始化

}

//使用硬件信息拼凑出来的15位号码

return new UUID(m_szDevIDShort.hashCode(), serial.hashCode()).toString();

}

参考链接

error=86, Bad CPU type in executable

最近在维护一个N久的项目时，发现在mac升级系统为10.15.5后（Android Studio 4.0，gradle 2.3.1），编译失败了，报错如下：

Cannot run program "/Users/xxxx/Android/sdk/build-tools/23.0.1/aapt": error=86, Bad CPU type in executable

1	Cannot run program "/Users/xxxx/Android/sdk/build-tools/23.0.1/aapt": error=86, Bad CPU type in executable

原因是最新版本的macOS Catalina(10.15.5)已经不支持32位的应用了，只能运行64位的应用。

解决方法：升级工程的buildToolsVersion，本例中将23.0.1 升级成25.0.3。

参考链接

error=86, Bad CPU type in executable

Android如何实现exclude aar包中的某个jar包

要移除的jar包不在aar包中的classes.jar中

直接把aar包里的Jar打包的时候给去掉，就像下面这这样。注意，要使用exclude module这种方式，直接使用exclude group方式没有效果。exclude group的方法适用于exclude JAR包中的文件。

implementation(name: '×××××××aar', ext: 'aar') {
    exclude module: 'gson'
}

implementation(name: '×××××××aar', ext: 'aar') {

exclude module: 'gson'

}

但是，上面的操作有时候不能生效，尤其是复杂依赖的情况下。我们可能需要在每个间接依赖上都手工进行排除操作，这样就非常麻烦了。

这时候最简单的办法就是移除不需要的jar包，然后重新打包了。

或者要移除的jar包在aar包中的classes.jar中

这个时候，使用exclude方法已经不能生效了。你可以使用下面的通用方法

解压aar文件到tmpDir目录下

$ unzip ×××.aar -d tmpDir

1	$ unzip ×××.aar -d tmpDir

找到classes.jar包，用压缩工具打开，删除目标文件

将tmpDir重新打包成一个新的aar

$ jar cvf ×××NewLib.aar -C tmpDir/ .

1	$ jar cvf ×××NewLib.aar -C tmpDir/ .

另外，有人开发了排除AAR(Jar)包中冗余或者冲突类的gradle脚本。如果图方便的话，可以直接用这个脚本来排除。

参考链接

Android ViewPager存在界面卡住的BUG

最近开发的项目出现界面莫名其秒的卡住，直到发生ANR异常退出的问题。
问题排查许久，才发现是由于使用的ViewPager导致的。
在ViewPager中使用setCurrentItem长距离设置当前显示的位置的时候，比如0->600,600->1000，1000->500 这样的长距离跳转。会导致函数卡住在

void populate(int newCurrentItem)

1	void populate(int newCurrentItem)

函数中很长时间, 甚至一直不能跳出循环。具体卡住的的循环代码如下：

for(int pos = this.mCurItem + 1; pos < N; ++pos) { 
    if (extraWidthRight >= rightWidthNeeded && pos > endPos) { 
        if (ii == null) {
            break;
        }

        if (pos == ii.position && !ii.scrolling) {
            this.mItems.remove(itemIndex);
            this.mAdapter.destroyItem(this, pos, ii.object);
            ii = itemIndex < this.mItems.size() ? (ViewPager.ItemInfo)this.mItems.get(itemIndex) : null;
        }
    } else if (ii != null && pos == ii.position) {
        extraWidthRight += ii.widthFactor;
        ++itemIndex;
        ii = itemIndex < this.mItems.size() ? (ViewPager.ItemInfo)this.mItems.get(itemIndex) : null;
    } else {
        ii = this.addNewItem(pos, itemIndex);
        ++itemIndex;
        extraWidthRight += ii.widthFactor;
        ii = itemIndex < this.mItems.size() ? (ViewPager.ItemInfo)this.mItems.get(itemIndex) : null;
    }
}

for(int pos = this.mCurItem + 1; pos < N; ++pos) {

if (extraWidthRight >= rightWidthNeeded && pos > endPos) {

if (ii == null) {

break;

}

if (pos == ii.position && !ii.scrolling) {

this.mItems.remove(itemIndex);

this.mAdapter.destroyItem(this, pos, ii.object);

ii = itemIndex < this.mItems.size() ? (ViewPager.ItemInfo)this.mItems.get(itemIndex) : null;

}

} else if (ii != null && pos == ii.position) {

extraWidthRight += ii.widthFactor;

++itemIndex;

ii = itemIndex < this.mItems.size() ? (ViewPager.ItemInfo)this.mItems.get(itemIndex) : null;

} else {

ii = this.addNewItem(pos, itemIndex);

++itemIndex;

extraWidthRight += ii.widthFactor;

ii = itemIndex < this.mItems.size() ? (ViewPager.ItemInfo)this.mItems.get(itemIndex) : null;

}

上述代码中循环体会一直循环到N结束为止。而这个N是通过

int N = this.mAdapter.getCount();

1	int N = this.mAdapter.getCount();

赋值的。恰好，我们的代码中返回的是Integer.MAX_VALUE。咨询了同事，当时设置这个数值的目的是为了解决循环滚动展示才设置的。代码是直接抄的 Android无限广告轮播自定义BannerView / 如何优雅的实现一个可复用的 PagerAdapter。

通过Google搜索关键词 BannerAdapter extends PagerAdapter 可以找到类似的代码。

具体的复现BUG的例子代码如下：

package com.mobibrw.viewpager;

import android.os.Bundle;
import android.support.annotation.NonNull;
import android.support.v4.view.PagerAdapter;
import android.support.v4.view.ViewPager;
import android.support.v7.app.AppCompatActivity;
import android.view.LayoutInflater;
import android.view.View;
import android.view.ViewGroup;
import android.widget.Button;
import android.widget.TextView;

import java.util.Random;

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        final ViewPager viewPager = findViewById(R.id.viewPager);
        viewPager.setAdapter(new PagerAdapter() {
            @Override
            public int getCount() {
                return Integer.MAX_VALUE;
            }

            @Override
            public boolean isViewFromObject(@NonNull View view, @NonNull Object object) {
                return view == object;
            }

            @Override
            public void destroyItem(ViewGroup container, int position, Object object) {
                container.removeView((View) object);
            }

            @Override
            public Object instantiateItem(ViewGroup container, final int position) {
                final View view = LayoutInflater.from(MainActivity.this).inflate(R.layout.pager_view, null);
                final TextView tv = view.findViewById(R.id.text);
                tv.setText("" + position);
                container.addView(view);
                return view;
            }
        });

        final Button btnCmd = findViewById(R.id.btnCmd);
        btnCmd.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Random rdm = new Random(System.currentTimeMillis());
                int rd = Math.abs(rdm.nextInt())%700 + 1;
                viewPager.setCurrentItem(rd);
            }
        });
    }
}

package com.mobibrw.viewpager;

import android.os.Bundle;

import android.support.annotation.NonNull;

import android.support.v4.view.PagerAdapter;

import android.support.v4.view.ViewPager;

import android.support.v7.app.AppCompatActivity;

import android.view.LayoutInflater;

import android.view.View;

import android.view.ViewGroup;

import android.widget.Button;

import android.widget.TextView;

import java.util.Random;

public class MainActivity extends AppCompatActivity {

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

final ViewPager viewPager = findViewById(R.id.viewPager);

viewPager.setAdapter(new PagerAdapter() {

@Override

public int getCount() {

return Integer.MAX_VALUE;

}

@Override

public boolean isViewFromObject(@NonNull View view, @NonNull Object object) {

return view == object;

}

@Override

public void destroyItem(ViewGroup container, int position, Object object) {

container.removeView((View) object);

}

@Override

public Object instantiateItem(ViewGroup container, final int position) {

final View view = LayoutInflater.from(MainActivity.this).inflate(R.layout.pager_view, null);

final TextView tv = view.findViewById(R.id.text);

tv.setText("" + position);

container.addView(view);

return view;

}

});

final Button btnCmd = findViewById(R.id.btnCmd);

btnCmd.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

Random rdm = new Random(System.currentTimeMillis());

int rd = Math.abs(rdm.nextInt())%700 + 1;

viewPager.setCurrentItem(rd);

}

});

}

<?xml version="1.0" encoding="utf-8"?>
<android.support.constraint.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context=".MainActivity">
    <android.support.v4.view.ViewPager
        android:id="@+id/viewPager"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:clipChildren="false"
        android:clipToPadding="false"/>
    <Button
        android:id="@+id/btnCmd"
        android:text="@string/change_size"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintLeft_toLeftOf="parent"
        app:layout_constraintRight_toRightOf="parent"
        />

</android.support.constraint.ConstraintLayout>

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

<android.support.constraint.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"

xmlns:app="http://schemas.android.com/apk/res-auto"

xmlns:tools="http://schemas.android.com/tools"

android:layout_width="match_parent"

android:layout_height="match_parent"

tools:context=".MainActivity">

<android.support.v4.view.ViewPager

android:id="@+id/viewPager"

android:layout_width="match_parent"

android:layout_height="match_parent"

android:clipChildren="false"

android:clipToPadding="false"/>

<Button

android:id="@+id/btnCmd"

android:text="@string/change_size"

android:layout_width="wrap_content"

android:layout_height="wrap_content"

app:layout_constraintBottom_toBottomOf="parent"

app:layout_constraintLeft_toLeftOf="parent"

app:layout_constraintRight_toRightOf="parent"

</android.support.constraint.ConstraintLayout>

<?xml version="1.0" encoding="utf-8"?>
<android.support.constraint.ConstraintLayout
    xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    android:layout_width="match_parent"
    android:layout_height="match_parent">

    <TextView
        android:id="@+id/text"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="@string/hello_world"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintLeft_toLeftOf="parent"
        app:layout_constraintRight_toRightOf="parent"
        app:layout_constraintTop_toTopOf="parent"
        app:layout_constraintVertical_bias="0.53" />

</android.support.constraint.ConstraintLayout>

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

<android.support.constraint.ConstraintLayout

xmlns:android="http://schemas.android.com/apk/res/android"

xmlns:app="http://schemas.android.com/apk/res-auto"

android:layout_width="match_parent"

android:layout_height="match_parent">

<TextView

android:id="@+id/text"

android:layout_width="wrap_content"

android:layout_height="wrap_content"

android:text="@string/hello_world"

app:layout_constraintBottom_toBottomOf="parent"

app:layout_constraintLeft_toLeftOf="parent"

app:layout_constraintRight_toRightOf="parent"

app:layout_constraintTop_toTopOf="parent"

app:layout_constraintVertical_bias="0.53" />

</android.support.constraint.ConstraintLayout>

完整的项目代码可以点击此处下载 ViewPager / ViewPagerAppCompatV7。项目编译完成之后，多点击几次 Change Size 按钮就可以复现界面长时间卡住的情况。第二个项目是支持appcompat-v7:18.0.0的版本，目的是观察各个版本的代码是否存在不同，结论是，都一样。

这个问题目前的解决方法就是保证ViewPager中的数据不要太多，比如底层分页显示，每页不要太多。另外就是不要大距离跳转，否则会有很多问题。

如果能把android.support升级到androidx的话，可以试试最新的ViewPager2,最新的ViewPager2是用RecyclerView 实现的，应该不会有以前的问题了。

这个问题，我已经向Google提交了BUG，估计最后的答复也是要升级到androidx。

参考链接

Android无限广告轮播 - ViewPager源码分析

一	二	三	四	五	六	日
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	31