Toast源码分析

最新推荐文章于 2024-04-21 14:08:50 发布
最新推荐文章于 2024-04-21 14:08:50 发布
阅读量255 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： android 基础 文章标签： Android 源码
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/cmwly/article/details/99547774
本文深入剖析了Android Toast机制，澄清了其显示时间的误解，详细解释了Toast内部类TN的显示、隐藏逻辑，以及如何避免内存泄漏。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

首先，这是我第一次写源码分析，大家不喜勿喷，我只是在阐述我自己的理解，如果有出入欢迎探讨！

之所以写这篇文章是因为要写一个吐司，自定义显示时间那种，于是我就使用了toast的吐司时间设置，但是我最后才发现我工作了这么久竟然记错了，而且一错就是好几年，我也真是服了自己啊!

首先，Toast吐司的事件是固定的，默认是短时间short为4000ms，长时间Long为7000ms，这个是很容易查到的，在Toast的内部有一个TN内部类中定义的。

private static class TN extends ITransientNotification.Stub {
 private final WindowManager.LayoutParams mParams = new WindowManager.LayoutParams();private static final int SHOW = 0;  

private static final int HIDE = 1;  
private static final int CANCEL = 2;  
final Handler mHandler;  

int mGravity;  
int mX, mY;  
float mHorizontalMargin;  
float mVerticalMargin;  


View mView;  
View mNextView;  
int mDuration;  

WindowManager mWM;  

String mPackageName;  

static final long SHORT_DURATION_TIMEOUT = 4000;  
static final long LONG_DURATION_TIMEOUT = 7000;

而之前我所说的记错了好几年的就是时间的设置，Toast不能自定义时间设置显示，它只能通过传参设置显示的时间是长时间还是短时间，如下设置提示：

设置显示时间类型
    /**
     * Set how long to show the view for.
     * @see #LENGTH_SHORT
     * @see #LENGTH_LONG
     */
    public void setDuration(@Duration int duration) {
        mDuration = duration;
        mTN.mDuration = duration;
    }
    
普通的吐司弹窗
    /**
     * Make a standard toast that just contains a text view.
     *
     * @param context  The context to use.  Usually your {@link android.app.Application}
     *                 or {@link android.app.Activity} object.
     * @param text     The text to show.  Can be formatted text.
     * @param duration How long to display the message.  Either {@link #LENGTH_SHORT} or
     *                 {@link #LENGTH_LONG}
     *
     */
    public static Toast makeText(Context context, CharSequence text, @Duration int duration) {
        return makeText(context, null, text, duration);
    }
    

时间的注解类
    /** @hide */
    @IntDef(prefix = { "LENGTH_" }, value = {
            LENGTH_SHORT,
            LENGTH_LONG
    })
    @Retention(RetentionPolicy.SOURCE)
    public @interface Duration {}

关于我的错误是说完了，大家以后一定要注意啊，这点很重要，不要犯和我一样的错误了。下面再介绍一些其他的东西，在这个吐司当中，Toast本身仅仅只是一些参数的调用和初始化，最重要的就是内部的TN内部类，该内部类实现了吐司的显示与隐藏等。

第一步，之所以在Toast当中的构造函数以及maketask方法当中传递Looper是为了给handle使用，是消息传递使用，详细了解请看我的另外两篇文章：https://blog.youkuaiyun.com/cmwly/article/details/94357754

https://blog.youkuaiyun.com/cmwly/article/details/92777440

他的主要作用就是对于消息队列的管理，负责将消息队列当中的数据取出然后并传递出去。这个Looper最后是到了下面的位置：

if (looper == null) {
                // Use Looper.myLooper() if looper is not specified.
                looper = Looper.myLooper();
                if (looper == null) {
                    throw new RuntimeException(
                            "Can't toast on a thread that has not called Looper.prepare()");
                }
            }
            mHandler = new Handler(looper, null) {
                @Override
                public void handleMessage(Message msg) {
                    switch (msg.what) {
                        case SHOW: {
                            IBinder token = (IBinder) msg.obj;
                            handleShow(token);
                            break;
                        }
                        case HIDE: {
                            handleHide();
                            // Don't do this in handleHide() because it is also invoked by
                            // handleShow()
                            mNextView = null;
                            break;
                        }
                        case CANCEL: {
                            handleHide();
                            // Don't do this in handleHide() because it is also invoked by
                            // handleShow()
                            mNextView = null;
                            try {
                                getService().cancelToast(mPackageName, TN.this);
                            } catch (RemoteException e) {
                            }
                            break;
                        }
                    }
                }
            };

通过上面的代码大家应该发现了这是对于吐司的显示、隐藏、取消的管理，其中最重要的就是就是显示的逻辑，隐藏和取消的没啥都还好。

public void handleShow(IBinder windowToken) {
            if (localLOGV) Log.v(TAG, "HANDLE SHOW: " + this + " mView=" + mView
                    + " mNextView=" + mNextView);
            // If a cancel/hide is pending - no need to show - at this point
            // the window token is already invalid and no need to do any work.
            if (mHandler.hasMessages(CANCEL) || mHandler.hasMessages(HIDE)) {
                return;
            }
            if (mView != mNextView) {
                // remove the old view if necessary
                handleHide();
                mView = mNextView;
                Context context = mView.getContext().getApplicationContext();
                String packageName = mView.getContext().getOpPackageName();
                if (context == null) {
                    context = mView.getContext();
                }
                mWM = (WindowManager)context.getSystemService(Context.WINDOW_SERVICE);
                // We can resolve the Gravity here by using the Locale for getting
                // the layout direction
                final Configuration config = mView.getContext().getResources().getConfiguration();
                final int gravity = Gravity.getAbsoluteGravity(mGravity, config.getLayoutDirection());
                mParams.gravity = gravity;
                if ((gravity & Gravity.HORIZONTAL_GRAVITY_MASK) == Gravity.FILL_HORIZONTAL) {
                    mParams.horizontalWeight = 1.0f;
                }
                if ((gravity & Gravity.VERTICAL_GRAVITY_MASK) == Gravity.FILL_VERTICAL) {
                    mParams.verticalWeight = 1.0f;
                }
                mParams.x = mX;
                mParams.y = mY;
                mParams.verticalMargin = mVerticalMargin;
                mParams.horizontalMargin = mHorizontalMargin;
                mParams.packageName = packageName;
                mParams.hideTimeoutMilliseconds = mDuration ==
                    Toast.LENGTH_LONG ? LONG_DURATION_TIMEOUT : SHORT_DURATION_TIMEOUT;
                mParams.token = windowToken;
                if (mView.getParent() != null) {
                    if (localLOGV) Log.v(TAG, "REMOVE! " + mView + " in " + this);
                    mWM.removeView(mView);
                }
                if (localLOGV) Log.v(TAG, "ADD! " + mView + " in " + this);
                // Since the notification manager service cancels the token right
                // after it notifies us to cancel the toast there is an inherent
                // race and we may attempt to add a window after the token has been
                // invalidated. Let us hedge against that.
                try {
                    mWM.addView(mView, mParams);
                    trySendAccessibilityEvent();
                } catch (WindowManager.BadTokenException e) {
                    /* ignore */
                }
            }
        }

这里面有几点好处，首先它使用的Context是App的Context而不是页面实例的Context，这样避免了持有实例的引用，从而导致实例无法释放造成内存泄漏。

      Context context = mView.getContext().getApplicationContext();

第二点就是使用的是系统级别的弹窗，使其不会手当前App实例的影响导致异常或者无法弹出：mWM = (WindowManager)context.getSystemService(Context.WINDOW_SERVICE);

起始Toast总结下来就以下几点：

  1. 消失时间固定就两种，除非你自己手动取消；

  2. 你可以自定义view显示，但是注意，自定义view之后不用使用Toast的setText（）方法，否则会导致崩溃；

  3. Toast本身是配置显示参数的入口以及调用显示隐藏的中转站，没什么其他的了；

  4. 真正的显示隐藏的处理逻辑在Toast的内部类TN中，如果想要自定义Toast，TN是重中之重，如果要处理的话建议使用反射区处理，当然我还没有实测，后面会实测处理试试；

剩下的起始就没啥说的了，只要对Android了解的人基本上瞅一眼就明天怎么回事了，本身这个Toast吐司就不是什么复杂的东西，比较复杂的逻辑其实并不在这个Toast当中，是后面的一些代码，但是我还没有研究到那种程度，后面慢慢来，毕竟我也不是什么大神，仅仅只是普通的开发者中的一员！！

写这篇文章的意义一个是提醒自己犯过的错误，另外一个就是分享下我自己的理解，让大家多多交流，也没什么其他的，大家不喜勿喷。

Android Toast源码分析
小一的专栏
02-01 6643
前言     这周去杭州参加了百阿培训，见到了传说中的牛人多隆大神。从多隆大神身上看到了做技术人的纯粹，单纯。除了见到多隆大神，这次培训并没有太多的收获，反而培训过程中遇到了好多产品上的Bug，远程办公快累到死。总结一下跟Toast相关的问题，首先从深入学习Toast的源码实现开始。 Toast源码实现     我们在使用Toast提示的时候，一般都是一行简单的代码调用，如下所示：
Android Toast 源码分析
王亟亟的博客
08-27 726
转载请注明出处：王亟亟的大牛之路 这两天 在看一些Window的实现，顺便扫到了Toast，这一篇做一些Toast实现原理的分析 日常安利：https://github.com/ddwhan0123/Useful-Open-Source-Android Toast位于package android.widget目录下，跟各类系统提供的控件在一起 在没看源码之前以为他是一个Viewpublic c...
Toast自定义源码
06-29
Toast样式自定义，防止Toast重复弹出，Toast位置调整
从源码角度深入理解Toast
weixin_30647065的博客
10-24 139
Toast这个东西我们在开发中经常用到，使用也很简单，一行代码就能搞定： 1: Toast.makeText(this, "333", Toast.LENGTH_LONG).show();但是我们经常会遇到这样一种情况，比如说我们有两个按钮，每次点击之后就会弹出一个Toast，但是如果这两个按钮快速点击，我们看到的效果是这样的：但实际上我们想要的效果应该是这样的：源码解读看了上面两张...
Toast实现源码解析
胖蔡叨叨叨
07-05 376
说明本篇文章用于介绍Android中Toast的实现原理。和简单实现一个自定义的Toast.Toast实现一般常用Toast格式为:Toast.makeText(context,"text.",Toast.LENGTH_LONG).show();就此，对Toast做一个了解.首先，Toast调用来了一个静态方法makeText(…),具体实现如下:/** * Make a standard t
Toast 源码分析
hexiaosa91的博客
08-14 280
思考 在分析源码之前有两个问题 子线程直接使用 Toast 时会抛出异常 “Can’t create handler inside thread that has not called Looper.prepare()”, 在 Toast 类里搜 “Looper” 并搜不到。是哪里抛出的这个异常呢？ 在子线程中这样使用 Toast: Looper.prepare(); Toast.m...
Android五种效果的Toast源码分析与毕业设计应用
资源摘要信息:"Android应用源码之五种效果的Toast-IT计算机-毕业设计.zip" Android操作系统是目前全球最大的移动设备操作系统，几乎垄断了智能手机市场。随着移动互联网的蓬勃发展，越来越多的开发者投入到Android...
深入理解WMS（二）：Dialog与Toast源码解析
最新发布
2401_84121789的博客
04-21 1025
Activity的启动过程很复杂，最终是有ActivityThread中的performLaunchActivity方法来完成的，看上图源码可以看出performLaunchActivity是通过类加载器获得Activity的实例的。然后调动Activity的attach方法为其关联运行过程中所依赖的一系列上下文环境变量。在Activity的attach方法里，系统会创建Activity所属的Window对象并为其设置回调接口，这里Window对象实际上是PhoneWindow。
Android之Toast源码解析
蒙的博客
03-30 510
前言：在最近的面试过程中，有一次偶然的问到了候选者的Toast的源码的问题，我发现很多人基本上对Toast怎么使用了然于心，但是它的原理却是不怎么关注，所以我今天打算写篇文章来介绍一下Toast的源码原理，希望给那些想要了解Toast原理的同学看看。这篇文章只是从解析源码的角度给大家分析Toast的，所以可能枯燥一点，请用点耐心开始看吧。。。我们平时对Toast的常规调用就是：Toast.make...
五种Toast源码
02-28
测试使用，初学者可以瞅瞅，有注释
toast-ui.react-image-editor:用于React.js的TOAST UI ImageEditor包装器
03-18
用于React的TOAST UI图像编辑器 这是一个包装的React组件。 :triangular_flag: 目录 收集有关使用开源的统计信息 TOAST UI图像编辑器的React Wrapper应用Google Analytics（分析）（GA）来收集有关开源使用情况的统计信息，以便确定TOAST UI图像编辑器在全世界的使用范围。 它也是确定项目未来走向的重要指标。 要收集location.hostname（例如>“ ui.toast.com”），其唯一目的只是测量使用情况统计信息。要禁用GA，请使用usageStatistics ，如以下示例所示。 < ImageEditor xss=removed> 或者，包含tui-code-snippet.js （ v1.4.0或更高版本），然后立即编写以下选项： tui . usageStatistics = false
安卓Toast详解
07-20
Android:常用Toast详解:系统自带Toast,自定义位置Toast,自定义布局Toast,静态Toast
Toast源码解析
a62321780的博客
05-27 445
子线程中的Toast在写代码的时候发现一个现象，在子线程中使用Toast会crash，错误如下java.lang.RuntimeException: Can't create handler inside thread that has not called Looper.prepare()可以很明显的看出问题出在当前线程企图创建Handler，但是由于本线程没有Looper所以crash了，这时候
Toast源码深度分析
weixin_33726313的博客
10-13 334
目录介绍 1.最简单的创建方法 1.1 Toast构造方法 1.2 最简单的创建 1.3 简单改造避免重复创建 1.4 为何会出现内存泄漏 1.5 吐司是系统级别的 2.源码分析 2.1 Toast(Context context)构造方法源码分析 2.2 show()方法源码分析 2.3 mParams.token = windowToken是干什么用的 2.4 scheduleTim...
简单源码分析之小小的Toast
superpupil的博客
11-15 729
简单源码分析之小小的Toast
Toast源码浅析
_StriveG的专栏
07-29 1897
1.Toast的用法 Toast.makeText(this, "Toast", Toast.LENGTH_SHORT).show(); 2.makeText入手 public static Toast makeText(Context context, CharSequence text, @Duration int duration) { Toast result = ne
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值