-
可以扫码下载 Demo 进行演示或者测试,如果扫码下载不了的,点击此处可直接下载
- 在项目根目录下的
build.gradle
文件中加入
buildscript {
repositories {
maven { url 'https://jitpack.io' }
}
}
allprojects {
repositories {
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.0'
}
public class XxxApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
// 初始化 Toast 框架
ToastUtils.init(this);
}
}
// 显示 Toast
ToastUtils.show(CharSequence text);
ToastUtils.show(int id);
// debug 模式下显示 Toast
ToastUtils.debugShow(CharSequence text);
ToastUtils.debugShow(int id);
// 取消 Toast
ToastUtils.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 ActivityToast) {
ActivityToast activityToast = ((ActivityToast) toast);
// 设置 Toast 动画效果
activityToast.setAnimationsId(R.anim.xxx);
// 设置短 Toast 的显示时长(默认是 2000 毫秒)
activityToast.setShortDuration(1000);
// 设置长 Toast 的显示时长(默认是 3500 毫秒)
activityToast.setLongDuration(5000);
}
return toast;
}
});
- 这种方式的缺点是只有应用在前台的情况下才会生效,这是因为前台的 Toast 是用框架实现的,本质上是一个 WindowManager,优点是非常灵活,不受原生 Toast 机制限制,缺点是无法在后台的情况下显示;而后台的 Toast 是用系统来实现的,优点是能在后台的情况下显示,缺点是局限性非常大,无法做太深的定制化;而框架正是利用了两种方式的优缺点进行了互补。
温馨提示:框架意在解决一些常规的 Toast 需求,如果是有一些特殊的定制化需求请配搭 XToast 悬浮窗框架使用
功能或细节 | ToastUtils | AndroidUtilCode | Toasty |
---|---|---|---|
对应版本 | 10.0 | 1.30.6 | 1.5.0 |
issues 数 | |||
aar 包大小 | 26 KB | 500 KB | 50 KB |
调用代码定位 | ✅ | ❌ | ❌ |
支持在子线程中调用显示 | ✅ | ✅ | ❌ |
支持全局设置统一 Toast 样式 | ✅ | ❌ | ❌ |
处理 Toast 在 Android 7.1 崩溃的问题 | ✅ | ✅ | ❌ |
兼容通知栏权限关闭后 Toast 显示不出来的问题 | ✅ | ❌ | ❌ |
适配 Android 11 不能在后台显示 Toast 的问题 | ✅ | ❌ | ❌ |
- 框架会在日志打印中输出在 Toast 调用的代码位置,这样开发者可以直接通过点击 Log 来定位是在哪个类哪行代码调用的,这样可以极大提升我们排查问题的效率,特别是 Toast 的内容是由后台返回的情况下,我相信没有任何一个人会拒绝这样的功能。
-
这个问题是由于 Android 7.1 加入 WindowToken 校验机制导致的,而这个 WindowToken 是 NotificationManagerService 生成的,这个 WindowToken 是存在一定时效性的,而当应用的主线程被阻塞时,WindowManager 在 addView 时会对 WindowToken 进行校验,但是 WindowToken 已经过期了,这个时候 addView 就会抛出异常。
-
谷歌在 Android 8.0 就修复了这个问题,修复方式十分简单粗暴,就是直接捕获这个异常,而框架的修复思路跟谷歌类似,只不过修复方式不太一样,因为框架无法直接修改系统源码,所以是直接通过 Hook 的方式对异常进行捕获,大家如果对修复过程感兴趣可以看一下我写的这篇文章Toast 在 Android 7.1 崩溃排查及修复。
-
这个问题的出现是因为原生 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 源码发现,这个问题已经在 Android 10.0 的版本上面被修复了,所以框架只在 Android 9.0 及以下版本并且在关闭了通知栏权限的情况下才去 Hook INotificationManager,这样就能比较完美地解决这一问题,另外我还找到了官方关于这块的代码提交记录:Always allow toasts from foreground apps,大家可以感兴趣可以看看。
-
当我们将 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 样式,达到一劳永逸的效果
- 在项目中右击弹出菜单,Replace in path,勾选 Regex 选项,点击替换
Toast\.makeText\([^,]+,\s*(.+{1}),\s*[^,]+\)\.show\(\)
ToastUtils.show($1)
- 对导包进行替换
import android.widget.Toast
import com.hjq.toast.ToastUtils
- 再全局搜索,手动更换一些没有替换成功的
Toast.makeText
new Toast
-
安卓技术中台:AndroidProject
-
网络框架:EasyHttp
-
权限框架:XXPermissions
-
标题栏框架:TitleBar
-
国际化框架:MultiLanguages
-
悬浮窗框架:XToast
-
Shape 框架:ShapeView
-
Gson 解析容错:GsonFactory
-
日志查看框架:Logcat
Copyright 2018 Huang JinQun
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.