项目地址：传送门
集成步骤
如果你的项目 Gradle 配置是在
7.0 以下，需要在build.gradle文件中加入
allprojects {
repositories { // JitPack 远程仓库：https://jitpack.io
maven { url 'https://jitpack.io' }
}
}如果你的 Gradle 配置是
7.0 及以上，则需要在settings.gradle文件中加入
dependencyResolutionManagement {
repositories { // JitPack 远程仓库：https://jitpack.io
maven { url 'https://jitpack.io' }
}
}配置完远程仓库后，在项目 app 模块下的
build.gradle文件中加入远程依赖
android { // 支持 JDK 1.8
compileOptions {
targetCompatibility JavaVersion.VERSION_1_8
sourceCompatibility JavaVersion.VERSION_1_8
}
}
dependencies { // 吐司框架：https://github.com/getActivity/ToastUtils
implementation 'com.github.getActivity:ToastUtils:10.5'}初始化框架
public class XxxApplication extends Application { @Override
public void onCreate() { super.onCreate(); // 初始化 Toast 框架
ToastUtils.init(this);
}
}框架 API 介绍
// 显示 ToastToastUtils.show(CharSequence text); ToastUtils.show(int id);// debug 模式下显示 ToastToastUtils.debugShow(int id); ToastUtils.debugShow(CharSequence text);// 延迟显示 ToastToastUtils.delayedShow(int id, long delayMillis); ToastUtils.delayedShow(CharSequence text, long delayMillis);// 取消 ToastToastUtils.cancel();// 设置 Toast 布局ToastUtils.setView(int id);// 设置 Toast 布局样式ToastUtils.setStyle(IToastStyle<?> style);// 获取 Toast 布局样式ToastUtils.getStyle()// 判断当前框架是否已经初始化ToastUtils.isInit();// 设置 Toast 策略ToastUtils.setStrategy(IToastStrategy strategy);// 获取 Toast 策略ToastUtils.getStrategy();// 设置 Toast 重心和偏移ToastUtils.setGravity(int gravity); ToastUtils.setGravity(int gravity, int xOffset, int yOffset);// 设置 Toast 拦截器ToastUtils.setInterceptor(IToastInterceptor interceptor);// 获取 Toast 拦截器ToastUtils.getInterceptor();
如果你需要对 Toast 的进行深度定制化，可以使用以下方式
ToastUtils.init(this, new ToastStrategy() { @Override
public IToast createToast(Application application) {
IToast toast = super.createToast(application); if (toast instanceof CustomToast) {
CustomToast customToast = ((CustomToast) toast); // 设置 Toast 动画效果
customToast.setAnimationsId(R.anim.xxx); // 设置短 Toast 的显示时长（默认是 2000 毫秒）
customToast.setShortDuration(1000); // 设置长 Toast 的显示时长（默认是 3500 毫秒）
customToast.setLongDuration(5000);
} return toast;
}
});这种方式的缺点是只有应用在前台的情况下才会生效，这是因为前台的 Toast 是用框架实现的，本质上是一个 WindowManager，优点是非常灵活，不受原生 Toast 机制限制，缺点是无法在后台的情况下显示；而后台的 Toast 是用系统来实现的，优点是能在后台的情况下显示，缺点是局限性非常大，无法做太深的定制化；而框架正是利用了两种方式的优缺点进行了互补。
温馨提示：框架意在解决一些常规的 Toast 需求，如果是有一些特殊的定制化需求请配搭 XToast 悬浮窗框架使用
不同 Toast 框架之间的对比
| 功能或细节 | ToastUtils | AndroidUtilCode | Toasty |
|---|---|---|---|
| 对应版本 | 10.5 | 1.30.6 | 1.5.0 |
| issues 数 | |||
| aar 包大小 | 29 KB | 500 KB | 50 KB |
| 调用代码定位 | ✅ | ❌ | ❌ |
| 支持在子线程中调用显示 | ✅ | ✅ | ❌ |
| 支持全局设置统一 Toast 样式 | ✅ | ❌ | ❌ |
| 处理 Toast 在 Android 7.1 崩溃的问题 | ✅ | ✅ | ❌ |
| 兼容通知栏权限关闭后 Toast 显示不出来的问题 | ✅ | ✅ | ❌ |
| 适配 Android 11 不能在后台显示 Toast 的问题 | ✅ | ❌ | ❌ |
调用代码定位功能介绍
框架会在日志打印中输出在 Toast 调用的代码位置，这样开发者可以直接通过点击 Log 来定位是在哪个类哪行代码调用的，这样可以极大提升我们排查问题的效率，特别是 Toast 的内容是由后台返回的情况下，我相信没有任何一个人会拒绝这样的功能。
Toast 在 Android 7.1 崩溃的问题介绍
这个问题是由于 Android 7.1 加入 WindowToken 校验机制导致的，而这个 WindowToken 是 NotificationManagerService 生成的，这个 WindowToken 是存在一定时效性的，而当应用的主线程被阻塞时，WindowManager 在 addView 时会对 WindowToken 进行校验，但是 WindowToken 已经过期了，这个时候 addView 就会抛出异常。
谷歌在 Android 8.0 就修复了这个问题，修复方式十分简单粗暴，就是直接捕获这个异常，而框架的修复思路跟谷歌类似，只不过修复方式不太一样，因为框架无法直接修改系统源码，所以是直接通过 Hook 的方式对异常进行捕获。
通知栏权限关闭后 Toast 显示不出来的问题介绍
这个问题的出现是因为原生 Toast 的显示要通过 NMS（NotificationManagerService） 才会 addView 到 Window 上面，而在 NMS 中有一个
static final boolean ENABLE_BLOCKED_TOASTS = true的字段，当这个常量值为 true 时，会触发 NMS 对应用通知栏权限的检查，如果没有通知栏权限，那么这个 Toast 将会被 NMS 所拦截，并输出Suppressing toast from package日志信息，而小米手机没有这个问题是因为它是将ENABLE_BLOCKED_TOASTS字段值修改成false，所以就不会触发对通知栏权限的检查，另外我为什么会知道有这个事情？因为我曾经和一名 MIUI 工程师一起确认过这个事情。框架处理这个问题的方式有两种，先判断当前应用是否处于前台状态，如果是则使用自定义的 WindowManager 代替 Toast 来显示，如果当前应用处于后台状态，则会通过 Hook Toast 中的 INotificationManager 接口，将 enqueueToast 方法传递的包名参数修改成
android来欺骗 NotificationManagerService，因为 NotificationManagerService 已经将android包名的应用纳入白名单，会自动放行，需要注意的是，这种方式在 Android 10 上面已经失效了，已经被系统纳入反射黑名单，但是好消息是，通过查看和对比 NotificationManagerService 源码发现，这个问题（关闭通知栏权限后无法在前台弹 Toast 的问题）已经在 Android 10.0 的版本上面被修复了，所以框架只在 Android 9.0 及以下版本并且在关闭了通知栏权限的情况下才去 Hook INotificationManager，另外我还找到了官方关于这块的代码提交记录：Always allow toasts from foreground apps，大家可以感兴趣可以看看，还有一个问题，如果你想在 Android 10 之后仍然能在后台显示 Toast，请保证应用的通知栏权限或者悬浮窗权限处于开启的状态。
Android 11 不能在后台显示 Toast 的问题介绍
当我们将 targetSdkVersion 改成 30 及以上的版本时，会发现一个问题，如果应用处于后台进程的情况下，而恰好我们的应用 Toast 样式是经过定制的，那么在这些情况下调用 Toast 的 show 方法会惊奇的发现，Toast 没有显示出来，请注意这个问题不是 Bug，而是 Android 11 禁止了这种行为，在 Toast 官方文档 中也有注明，不建议对 Toast 的样式做定制化，并且还对
Toast.setView方法进行了标记过时处理。那么我们如何解决这一问题呢？难道真的不能用自定义样式的 Toast 了？我的答案是：不，凡事不能一刀切，谷歌只说不能在后台显示自定义的 Toast，并不能代表不能在前台那么做，框架的适配思路是，在 Android 11 的情况下，会先判断当前应用是处于前台还是后台，如果是在前台的情况下就显示自定义样式的 Toast，如果是在后台的情况下就显示系统样式的 Toast（通过舍弃自定义样式来保证 Toast 能够正常显示出来），这样既能符合 Android 11 要求，同时又能将定制化 Toast 的权益最大化。
值得注意的是：ToastUtils 是目前同类框架第一款也是唯一一款适配 Android 11 这一特性的框架。
框架亮点
一马当先：首款适配 Android 11 的吐司框架，使用者无需关心适配过程
功能强大：不分主次线程都可以弹出Toast，自动识别资源 id 和 int 类型
使用简单：只需传入文本，会自动根据文本长度决定吐司显示的时长
性能最佳：使用懒加载模式，只在显示时创建 Toast，不占用 Application 启动时间
体验最佳：显示下一个 Toast 会取消上一个 Toast 的显示，真正做到即显即示
全局统一：可以在 Application 中初始化 Toast 样式，达到一劳永逸的效果
如何替换项目中已有的原生 Toast
在项目中右击弹出菜单，Replace in path，勾选 Regex 选项，点击替换
Toast\.makeText\([^,]+,\s*(.+),\s*[^,]+\)\.show\(\)
ToastUtils.show($1)
对导包进行替换
import android.widget.Toast
import com.hjq.toast.ToastUtils
再全局搜索，手动更换一些没有替换成功的
Toast.makeText new Toast
来源：
互联网
本文观点不代表码客-全球程序员交流社区立场，不承担法律责任，文章及观点也不构成任何投资意见。
评论列表