从 APK 签名包安装失败说起

2023-03-21

看到标题就应该知道，这又是一篇 BUG 修复的复盘文章。这个 BUG 起源于 Google 程序员多年前埋的坑【FLAG_TEST_ONLY】，这是一个 API 级别 4 时候就存在的属性。这是一个没有存在感的属性，以至于十几年的时间内都没有引起多少人注意。直到 Android Studio 3.0 的发布，这个版本的 IDE 会在测试版 APK 的清单文件中自动注入 android:testOnly="true" 属性配置。如果清单文件中有这样的配置，那就意味着 APK 只能通过 adb 的方式安装。为了更加精准的了解这个属性的作用，我们还是看下官方文档是怎么描述的。

✦ 官方文档 | android:testOnly 指示此应用是否仅用于测试目的。例如，它可能会在自身之外公开功能或数据，这样会导致安全漏洞，但对测试很有用。此类 APK 只能通过 adb 安装，您不能将其发布到 Google Play。当您点击 Run 图标时，Android Studio 会自动添加此属性。

文档的描述简洁干练，提供的信息也乏善可陈。那么，应该怎么解决这个问题呢？通过考古，网上普遍流行两种方法：

编号	解决方法
1	通过 Build -> Generate Signed Bundle / APK 生成签名文件
2	在 gradle.properties 中增加 android.injected.testOnly=false 配置

如果通过这两种方式就能解决应用安装失败的话，就不会有这篇文章了。下面，我们正式开始复盘问题的定位和解决过程。

more >>

展开全文 >>

SQLite 中的 IFNULL() 函数

2023-02-21

SQLite 中的 IFNULL() 函数是一个 IF-ELSE 的函数，如果第一个参数为 NULL，返回第二个参数，否则返回第一个参数。

IFNULL 语法
ifnull(expr1, expr2)
参数
expr1	必需的。判断此表达式是否为 NULL。
expr2	必需的。当 expr1 为 NULL 时，返回 expr2。
返回值
如果 expr1 为 NULL，ifnull() 函数返回 expr2，否则返回 expr1。
示例
SELECT ifnull(NULL, 'It is NULL'), ifnull('I am not NULL', 'x');
Output It is NULL, I am not NULL

more >>

展开全文 >>

Android 访问文件与目录

2023-01-30

应用访问文件和目录最便捷的方式是使用 Context 类提供的方法。Context 类是所有关键应用组件的超类，常见的几个应用组件有：Application、Activity 和 Service。因此，这些子类可使用 Context 类提供的方法（如下表所示）轻松访问文件和目录。

内部缓存
方法	context.getCacheDir()
路径	/data/data/<packagename>/cache/1600739295328.jpg
描述	对应着应用程序的内部缓存，用来存储临时数据。系统空间不足时可能会被自动清除，应用卸载后该目录下的数据会被清空。
内部存储
方法	context.getFilesDir()
路径	/data/data/<packagename>/files/1600739295328.jpg
描述	对应着应用程序的内部存储，用来存储临时数据。系统空间不足时可能会被自动清除，应用卸载后该目录下的数据会被清空。
外部缓存
方法	context.getExternalCacheDir()
路径	/storage/sdcard/Android/data/<packagename>/cache/1600739295328.jpg
描述	对应着应用程序内的外部缓存，同样是用来存储临时数据的。但由于脱离了应用管理，因此并不会在空间不足时被自动清除，但应用卸载后该目录下的数据会被清空。
外部存储
方法	context.getExternalCacheDir()
路径	/storage/sdcard/Android/data/<packagename>/files/1600739295328.jpg
描述	对应着应用程序内的外部存储，同样是用来存储临时数据的。但由于脱离了应用管理，因此并不会在空间不足时被自动清除，但应用卸载后该目录下的数据会被清空。
应用存储
方法	context. getDir(String name, int mode)
路径	/data/data/<packagename>/app_name
描述	获取 /data/data/<packagename>/app_name 目录，如果不存在名为 app_name 的目录，就创建它，路径中的 app 会在目录创建时自动加上。
取值	MODE_PRIVATE : 只能被当前程序读写 MODE_APPEND : 以追加的方式打开文件，应用程序可以向文件中追加内容 MODE_WORLD_READABLE : 可以被其他的应用读取数据 MODE_WORLD_WRITEABLE : 可以被其他的应用读写数据

more >>

展开全文 >>

下载引擎的组件化之路

2022-12-28

Android 下载引擎的组件化源于应用场景的广泛性和存储字段的固定性。起初，下载引擎是通过 Module 的形式引入项目的，这种方式的引入在形式上起到了解耦作用，同时，也可针对项目个性化的存储字段进行增减。但随着下载引擎复用需求的增加和业务的积淀，Module 不再是下载引擎的最优引用方式了。首先，随着业务的积淀，存储字段的数量逐渐趋于稳定，这意味着下载引擎已经可以满足大部分的应用场景了；其次，Module 引入项目的方式不利于源码的维护。试想下，如果下载引擎出现了问题，并且修复过程异常复杂，那么每个以 Module 方式引入下载引擎的应用在修复同类问题的时候将会非常痛苦，如果再考虑个性化存储字段，这个修复过程将会变成一场灾难。所以，需要一种更加便捷的引用方式来改变现状，比如：AAR 或者 Maven。

引用方式的改变还是比较棘手的。为了理解这里的困惑，需要了解一下下载引擎的实现方式。下载引擎是通过服务启动下载线程来下载内容的，如果下载的信息有变更，这些信息在入库的同时会通知已注册的观察者，前台会通过内容提供者获取下载信息，并展示在界面上。这里需要注意的是内容提供者，也就是 ContentProvider，同一部手机上是不允许同时存在拥有相同 Authorities 的两个应用的。这意味着下载的引擎的内容提供者应该同时具备动态配置和动态读取 Authorities 的能力。下面，就通过改造让下载引擎来具备这些能力。

more >>

展开全文 >>

后台弹出界面权限

2022-11-24

在开始正文之前，我觉得有必要明确下【后台弹出界面】权限的由来，这个权限来自小米官方于 2019 年发布的一则《关于默认关闭“后台弹出页面”权限的通知》，该权限旨在限制多种三方应用随意从后台弹出页面，进行各种传播、引导、广告等操作。并且，该权限默认是拒绝的，即应用默认不允许在后台弹出页面，并会针对特殊应用提供白名单。

这个权限在限制恶意行为的同时，也限制了一些合理的行为。例如，我们希望在 APP 中内置调试页面，当程序出现 BUG 时可以通过 Secret Code 的方式唤起该页面，以获取必要的调试信息。然而，由于小米系统中“后台弹出界面”权限默认是拒绝的，使得调试页面无法被正常唤起。

more >>

展开全文 >>

SQLite 数据清洗

2022-10-19

SQLite 导入大量数据的时候，可能会存在数据质量问题，例如字段前后有空格、回车换行，或者值为 NULL 等问题，这时就需要对这些问题数据进行清洗。本文将会结合真实的案例将数据清洗过程中用到的 SQL 罗列出来。

1. 重置空值

表中部分为 NULL 的数据如果需要重置成默认值或空字符串的时候，可以使用下面的语句，这里需要注意空值的判断条件。

1	UPDATE [Table] SET [Column]='' WHERE [Column] IS NULL

如果要将表中的多个为 NULL 的字段批量重置成默认值或空字符串的时候，可以使用下面的语句。

UPDATE [Table] SET 
[Column1]=IFNULL([Column1], ''),
[Column2]=IFNULL([Column2], ''),
[Column3]=IFNULL([Column3], ''),
[Column4]=IFNULL([Column4], '');

more >>

展开全文 >>

Android 依赖模块分组

2022-09-24

Android 项目在经历了长期的迭代开发后，必然会寻求各模块间的逻辑独立和解耦，以降低维护成本，提高代码的可读性。抛开动态下发与动态加载技术，多数研发人员会将一些可模块化的独立逻辑抽取出来，以 Android Library Module 的形式引入到项目中。随着抽取的类库越来越多，Application 和 Library 并列共存，代码维护会异常混乱。为了改善这种情况，Android Studio 提供了将模块放置在子文件夹中的语法。

more >>

展开全文 >>

Java 8 Stream

2022-03-08

Java 8 API 增加了一个新的抽象称为流 Stream，可以让你以一种声明的方式处理数据。Stream 使用一种类似 SQL 语句从数据库查询数据的方式来提供一种对 Java 集合运算和表达的高阶抽象。这种风格将要处理的元素集合看作一种流，流在管道中传输，并且可以在管道的节点上进行处理，比如筛选、排序、聚合等。如果你之前有 RxJava 的使用经历，应该不会对流的操作感到陌生，并且 Stream 要比 RxJava 更容易上手。

元素流在管道中经过中间操作的处理，最后由最终操作得到前面处理的结果。下图展示了元素流经过筛选、排序、映射操作后，最终被转换成聚合元素的过程。后续我们将会对 Stream 的各种操作符进行展示。

此处输入图片的描述

more >>

展开全文 >>

Android Studio 离线安装 Lombok 插件

2022-03-07

通常情况下，我们可以通过 IDE 的插件市场来完成 Lombok 插件的安装。如果网络受阻或新版 Lombok 插件没有及时在插件市场上线，再或者在插件市场搜索不到对应的插件，我们就可以通过离线方式来进行安装。步骤如下：

1、在 Lombok@Github 或 Lombok@JetBrains 下载最新版本的 Lombok 插件。

此处输入图片的描述

more >>

展开全文 >>

Android DataBinding（三）单向绑定-BaseObservable

2021-11-19

单向绑定刷新 UI 有三种方式：BaseObservable、ObservableField、ObservableCollection。

BaseObservable
BaseObservable 提供了两个刷新 UI 的方法：notifyPropertyChanged、notifyChange。
方法说明
notifyPropertyChanged(int fieldId)	通知侦听器此实例的特定属性已更改
notifyChange()	通知监听器此实例的所有属性已更改

在局部 UI 的刷新过程中，notifyPropertyChanged() 需要传入一个 int 类型的参数，这个参数就是 fieldId，指的就是特定属性名对应的 ID。这里要注意的是，这个属性必须是 public 类型，并且被 @Bindable 注解进行修饰，否则会报错。本例中以 User 类的 name 属性进行局部 UI 刷新测试，代码如下：

package com.sunzn.bind;

import androidx.databinding.BaseObservable;
import androidx.databinding.Bindable;

import com.sunzn.data.BR;

public class User extends BaseObservable {

    private int id;

    @Bindable
    public String name;

    public User(int id, String name) {
        this.id = id;
        this.name = name;
    }

    public int getId() {
        return id;
    }

    public void setId(int id) {
        this.id = id;
        notifyChange();
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
        notifyPropertyChanged(BR.name);
    }

}

✦ 注意： BR 类在导包的时候需选择项目包名。

more >>

展开全文 >>