Android Toast源码分析

前言

    这周去杭州参加了百阿培训,见到了传说中的牛人多隆大神。从多隆大神身上看到了做技术人的纯粹,单纯。除了见到多隆大神,这次培训并没有太多的收获,反而培训过程中遇到了好多产品上的Bug,远程办公快累到死。总结一下跟Toast相关的问题,首先从深入学习Toast的源码实现开始。

Toast源码实现

Toast入口

    我们在应用中使用Toast提示的时候,一般都是一行简单的代码调用,如下所示:
Toast.makeText(context, msg, Toast.LENGTH_SHORT).show();
    makeText就是Toast的入口,我们从makeText的源码来深入理解Toast的实现。源码如下(frameworks/base/core/java/android/widget/Toast.java):
    public static Toast makeText(Context context, CharSequence text, int duration) {
        Toast result = new Toast(context);

        LayoutInflater inflate = (LayoutInflater)
                context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        View v = inflate.inflate(com.android.internal.R.layout.transient_notification, null);
        TextView tv = (TextView)v.findViewById(com.android.internal.R.id.message);
        tv.setText(text);
        
        result.mNextView = v;
        result.mDuration = duration;

        return result;
    }
    从makeText的源码里,我们可以看出Toast的布局文件是transient_notification.xml,位于frameworks/base/core/res/res/layout/transient_notification.xml:
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical"
    android:background="?android:attr/toastFrameBackground">

    <TextView
        android:id="@android:id/message"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_weight="1"
        android:layout_gravity="center_horizontal"
        android:textAppearance="@style/TextAppearance.Toast"
        android:textColor="@color/bright_foreground_dark"
        android:shadowColor="#BB000000"
        android:shadowRadius="2.75"
        />

</LinearLayout>
    系统Toast的布局文件非常简单,就是在垂直布局的LinearLayout里放置了一个TextView。接下来,我们继续跟到show()方法,研究一下布局形成之后的展示代码实现:
    public void show() {
        if (mNextView == null) {
            throw new RuntimeException("setView must have been called");
        }

        INotificationManager service = getService();
        String pkg = mContext.getPackageName();
        TN tn = mTN;
        tn.mNextView = mNextView;

        try {
            service.enqueueToast(pkg, tn, mDuration);
        } catch (RemoteException e) {
            // Empty
        }
    }
    show方法中有两点是需要我们注意的。(1)TN是什么东东?(2)INotificationManager服务的作用。带着这两个问题,继续我们Toast源码的探索。

TN源码

    很多问题都能通过阅读源码找到答案,关键在与你是否有与之匹配的耐心和坚持。mTN的实现在Toast的构造函数中,源码如下:
    public Toast(Context context) {
        mContext = context;
        mTN = new TN();
        mTN.mY = context.getResources().getDimensionPixelSize(
                com.android.internal.R.dimen.toast_y_offset);
        mTN.mGravity = context.getResources().getInteger(
                com.android.internal.R.integer.config_toastDefaultGravity);
    }
    接下来,我们就从TN类的源码出发,探寻TN的作用。TN源码如下:
    private static class TN extends ITransientNotification.Stub {
        final Runnable mShow = new Runnable() {
            @Override
            public void run() {
                handleShow();
            }
        };

        final Runnable mHide = new Runnable() {
            @Override
            public void run() {
                handleHide();
                // Don't do this in handleHide() because it is also invoked by handleShow()
                mNextView = null;
            }
        };

        private final WindowManager.LayoutParams mParams = new WindowManager.LayoutParams();
        final Handler mHandler = new Handler();    

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


        View mView;
        View mNextView;

        WindowManager mWM;

        TN() {
            // XXX This should be changed to use a Dialog, with a Theme.Toast
            // defined that sets up the layout params appropriately.
            final WindowManager.LayoutParams params = mParams;
            params.height = WindowManager.LayoutParams.WRAP_CONTENT;
            params.width = WindowManager.LayoutParams.WRAP_CONTENT;
            params.format = PixelFormat.TRANSLUCENT;
            params.windowAnimations = com.android.internal.R.style.Animation_Toast;
            params.type = WindowManager.LayoutParams.TYPE_TOAST;
            params.setTitle("Toast");
            params.flags = WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON
                    | WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE
                    | WindowManager.LayoutParams.FLAG_NOT_TOUCHABLE;
            /// M: [ALPS00517576] Support multi-user
            params.privateFlags = WindowManager.LayoutParams.PRIVATE_FLAG_SHOW_FOR_ALL_USERS;
        }

        /**
         * schedule handleShow into the right thread
         */
        @Override
        public void show() {
            if (localLOGV) Log.v(TAG, "SHOW: " + this);
            mHandler.post(mShow);
        }

        /**
         * schedule handleHide into the right thread
         */
        @Override
        public void hide() {
            if (localLOGV) Log.v(TAG, "HIDE: " + this);
            mHandler.post(mHide);
        }

        public void handleShow() {
            if (localLOGV) Log.v(TAG, "HANDLE SHOW: " + this + " mView=" + mView
                    + " mNextView=" + mNextView);
            if (mView != mNextView) {
                // remove the old view if necessary
                handleHide();
                mView = mNextView;
                Context context = mView.getContext().getApplicationContext();
                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;
                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);
                mWM.addView(mView, mParams);
                trySendAccessibilityEvent();
            }
        }

        private void trySendAccessibilityEvent() {
            AccessibilityManager accessibilityManager =
                    AccessibilityManager.getInstance(mView.getContext());
            if (!accessibilityManager.isEnabled()) {
                return;
            }
            // treat toasts as notifications since they are used to
            // announce a transient piece of information to the user
            AccessibilityEvent event = AccessibilityEvent.obtain(
                    AccessibilityEvent.TYPE_NOTIFICATION_STATE_CHANGED);
            event.setClassName(getClass().getName());
            event.setPackageName(mView.getContext().getPackageName());
            mView.dispatchPopulateAccessibilityEvent(event);
            accessibilityManager.sendAccessibilityEvent(event);
        }        

        public void handleHide() {
            if (localLOGV) Log.v(TAG, "HANDLE HIDE: " + this + " mView=" + mView);
            if (mView != null) {
                // note: checking parent() just to make sure the view has
                // been added...  i have seen cases where we get here when
                // the view isn't yet added, so let's try not to crash.
                if (mView.getParent() != null) {
                    if (localLOGV) Log.v(TAG, "REMOVE! " + mView + " in " + this);
                    mWM.removeView(mView);
                }

                mView = null;
            }
        }
    }
    通过源码,我们能很明显的看到继承关系,TN类继承自ITransientNotification.Stub,用于进程间通信。这里假设读者都有Android进程间通信的基础(不太熟的建议学习罗升阳关于Binder进程通信的一系列博客)。既然TN是用于进程间通信,那么我们很容易想到TN类的具体作用应该是Toast类的回调对象,其他进程通过调用TN类的具体对象来操作Toast的显示和消失。
    TN类继承自ITransientNotification.Stub,ITransientNotification.aidl位于frameworks/base/core/java/android/app/ITransientNotification.aidl,源码如下:
package android.app;

/** @hide */
oneway interface ITransientNotification {
    void show();
    void hide();
}
    ITransientNotification定义了两个方法show()和hide(),它们的具体实现就在TN类当中。TN类的实现为:
        /**
         * schedule handleShow into the right thread
         */
        @Override
        public void show() {
            if (localLOGV) Log.v(TAG, "SHOW: " + this);
            mHandler.post(mShow);
        }

        /**
         * schedule handleHide into the right thread
         */
        @Override
        public void hide() {
            if (localLOGV) Log.v(TAG, "HIDE: " + this);
            mHandler.post(mHide);
        }
    这里我们就能知道,Toast的show和hide方法实现是基于Handler机制。而TN类中的Handler实现是:
        final Handler mHandler = new Handler();    
    而且,我们在TN类中没有发现任何Looper.perpare()和Looper.loop()方法。说明,mHandler调用的是当前所在线程的Looper对象。所以,当我们在主线程(也就是UI线程中)可以随意调用Toast.makeText方法,因为Android系统帮我们实现了主线程的Looper初始化。但是,如果你想在子线程中调用Toast.makeText方法,就必须先进行Looper初始化了,不然就会报出 java.lang.RuntimeException: Can't create handler inside thread that has not called Looper.prepare() 。Handler机制的学习可以参考我之前写过的一篇博客:http://blog.csdn.net/wzy_1988/article/details/38346637。
    接下来,继续跟一下mShow和mHide的实现,它俩的类型都是Runnable。
        final Runnable mShow = new Runnable() {
            @Override
            public void run() {
                handleShow();
            }
        };

        final Runnable mHide = new Runnable() {
            @Override
            public void run() {
                handleHide();
                // Don't do this in handleHide() because it is also invoked by handleShow()
                mNextView = null;
            }
        };
    可以看到,show和hide的真正实现分别是调用了handleShow()和handleHide()方法。我们先来看handleShow()的具体实现:
        public void handleShow() {
            if (mView != mNextView) {
                // remove the old view if necessary
                handleHide();
                mView = mNextView;
                Context context = mView.getContext().getApplicationContext();
                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;
                if (mView.getParent() != null) {
                    mWM.removeView(mView);
                }
                mWM.addView(mView, mParams);
                trySendAccessibilityEvent();
            }
        }
    从源码中,我们知道Toast是通过WindowManager调用addView加载进来的。因此,hide方法自然是WindowManager调用removeView方法来将Toast视图移除。
    总结一下,通过对TN类的源码分析,我们知道了TN类是回调对象,其他进程调用tn类的show和hide方法来控制这个Toast的显示和消失。

NotificationManagerService

    回到Toast类的show方法中,我们可以看到,这里调用了getService得到INotificationManager服务,源码如下:
    private static INotificationManager sService;

    static private INotificationManager getService() {
        if (sService != null) {
            return sService;
        }
        sService = INotificationManager.Stub.asInterface(ServiceManager.getService("notification"));
        return sService;
    }
    得到INotificationManager服务后,调用了enqueueToast方法将当前的Toast放入到系统的Toast队列中。传的参数分别是pkg、tn和mDuration。也就是说,我们通过Toast.makeText(context, msg, Toast.LENGTH_SHOW).show()去呈现一个Toast,这个Toast并不是立刻显示在当前的window上,而是先进入系统的Toast队列中,然后系统调用回调对象tn的show和hide方法进行Toast的显示和隐藏。
    这里INofiticationManager接口的具体实现类是NotificationManagerService类,位于frameworks/base/services/java/com/android/server/NotificationManagerService.java。
    首先,我们来分析一下Toast入队的函数实现enqueueToast,源码如下:
    public void enqueueToast(String pkg, ITransientNotification callback, int duration)
    {
    	// packageName为null或者tn类为null,直接返回,不进队列
        if (pkg == null || callback == null) {
            return ;
        }

        // (1) 判断是否为系统Toast
        final boolean isSystemToast = isCallerSystem() || ("android".equals(pkg));

        // 判断当前toast所属的pkg是否为系统不允许发生Toast的pkg.NotificationManagerService有一个HashSet数据结构,存储了不允许发生Toast的包名
        if (ENABLE_BLOCKED_TOASTS && !noteNotificationOp(pkg, Binder.getCallingUid()) && !areNotificationsEnabledForPackageInt(pkg)) {
            if (!isSystemToast) {
                return;
            }
        }

        synchronized (mToastQueue) {
            int callingPid = Binder.getCallingPid();
            long callingId = Binder.clearCallingIdentity();
            try {
                ToastRecord record;
                // (2) 查看该Toast是否已经在队列当中
                int index = indexOfToastLocked(pkg, callback);
                // 如果Toast已经在队列中,我们只需要更新显示时间即可
                if (index >= 0) {
                    record = mToastQueue.get(index);
                    record.update(duration);
                } else {
                	// 非系统Toast,每个pkg在当前mToastQueue中Toast有总数限制,不能超过MAX_PACKAGE_NOTIFICATIONS
                    if (!isSystemToast) {
                        int count = 0;
                        final int N = mToastQueue.size();
                        for (int i=0; i<N; i++) {
                             final ToastRecord r = mToastQueue.get(i);
                             if (r.pkg.equals(pkg)) {
                                 count++;
                                 if (count >= MAX_PACKAGE_NOTIFICATIONS) {
                                     Slog.e(TAG, "Package has already posted " + count
                                            + " toasts. Not showing more. Package=" + pkg);
                                     return;
                                 }
                             }
                        }
                    }

                    // 将Toast封装成ToastRecord对象,放入mToastQueue中
                    record = new ToastRecord(callingPid, pkg, callback, duration);
                    mToastQueue.add(record);
                    index = mToastQueue.size() - 1;
                    // (3) 将当前Toast所在的进程设置为前台进程
                    keepProcessAliveLocked(callingPid);
                }
                // (4) 如果index为0,说明当前入队的Toast在队头,需要调用showNextToastLocked方法直接显示
                if (index == 0) {
                    showNextToastLocked();
                }
            } finally {
                Binder.restoreCallingIdentity(callingId);
            }
        }
    }
    可以看到,我对上述代码做了简要的注释。代码相对简单,但是还有4点标注代码需要我们来进一步探讨。
    (1) 判断是否为系统Toast。如果当前Toast所属的进程的包名为“android”,则为系统Toast,否则还可以调用isCallerSystem()方法来判断。该方法的实现源码为:
    boolean isUidSystem(int uid) {
        final int appid = UserHandle.getAppId(uid);
        return (appid == Process.SYSTEM_UID || appid == Process.PHONE_UID || uid == 0);
    }
    boolean isCallerSystem() {
        return isUidSystem(Binder.getCallingUid());
    }
    isCallerSystem的源码也比较简单,就是判断当前Toast所属进程的uid是否为SYSTEM_UID、0、PHONE_UID中的一个,如果是,则为系统Toast;如果不是,则不为系统Toast。
    是否为系统Toast,通过下面的源码阅读可知,主要有两点优势:
  1. 系统Toast一定可以进入到系统Toast队列中,不会被黑名单阻止。
  2. 系统Toast在系统Toast队列中没有数量限制,而普通pkg所发送的Toast在系统Toast队列中有数量限制。
    (2) 查看将要入队的Toast是否已经在系统Toast队列中。这是通过比对pkg和callback来实现的,具体源码如下所示:
    private int indexOfToastLocked(String pkg, ITransientNotification callback)
    {
        IBinder cbak = callback.asBinder();
        ArrayList<ToastRecord> list = mToastQueue;
        int len = list.size();
        for (int i=0; i<len; i++) {
            ToastRecord r = list.get(i);
            if (r.pkg.equals(pkg) && r.callback.asBinder() == cbak) {
                return i;
            }
        }
        return -1;
    }
    通过上述代码,我们可以得出一个结论,只要Toast的pkg名称和tn对象是一致的,则系统把这些Toast认为是同一个Toast。
    (3) 将当前Toast所在进程设置为前台进程。源码如下所示:
    private void keepProcessAliveLocked(int pid)
    {
        int toastCount = 0; // toasts from this pid
        ArrayList<ToastRecord> list = mToastQueue;
        int N = list.size();
        for (int i=0; i<N; i++) {
            ToastRecord r = list.get(i);
            if (r.pid == pid) {
                toastCount++;
            }
        }
        try {
            mAm.setProcessForeground(mForegroundToken, pid, toastCount > 0);
        } catch (RemoteException e) {
            // Shouldn't happen.
        }
    }
    这里的mAm=ActivityManagerNative.getDefault(),调用了setProcessForeground方法将当前pid的进程置为前台进程,保证不会系统杀死。这也就解释了为什么当我们finish当前Activity时,Toast还可以显示,因为当前进程还在执行。
    (4) index为0时,对队列头的Toast进行显示。源码如下:
    private void showNextToastLocked() {
    	// 获取队列头的ToastRecord
        ToastRecord record = mToastQueue.get(0);
        while (record != null) {
            try {
            	// 调用Toast的回调对象中的show方法对Toast进行展示
                record.callback.show();
                scheduleTimeoutLocked(record);
                return;
            } catch (RemoteException e) {
                Slog.w(TAG, "Object died trying to show notification " + record.callback
                        + " in package " + record.pkg);
                // remove it from the list and let the process die
                int index = mToastQueue.indexOf(record);
                if (index >= 0) {
                    mToastQueue.remove(index);
                }
                keepProcessAliveLocked(record.pid);
                if (mToastQueue.size() > 0) {
                    record = mToastQueue.get(0);
                } else {
                    record = null;
                }
            }
        }
    }
    这里Toast的回调对象callback就是tn对象。接下来,我们看一下,为什么系统Toast的显示时间只能是2s或者3.5s,关键在于scheduleTimeoutLocked方法的实现。原理是,调用tn的show方法展示完Toast之后,需要调用scheduleTimeoutLocked方法来将Toast消失。( 如果大家有疑问:不是说tn对象的hide方法来将Toast消失,为什么要在这里调用scheduleTimeoutLocked方法将Toast消失呢?是因为tn类的hide方法一执行,Toast立刻就消失了,而平时我们所使用的Toast都会在当前Activity停留几秒。如何实现停留几秒呢?原理就是scheduleTimeoutLocked发送MESSAGE_TIMEOUT消息去调用tn对象的hide方法,但是这个消息会有一个delay延迟,这里也是用了Handler消息机制)。
    private static final int LONG_DELAY = 3500; // 3.5 seconds
    private static final int SHORT_DELAY = 2000; // 2 seconds
    private void scheduleTimeoutLocked(ToastRecord r)
    {
        mHandler.removeCallbacksAndMessages(r);
        Message m = Message.obtain(mHandler, MESSAGE_TIMEOUT, r);
        long delay = r.duration == Toast.LENGTH_LONG ? LONG_DELAY : SHORT_DELAY;
        mHandler.sendMessageDelayed(m, delay);
    }
    首先,我们看到这里并不是直接发送了MESSAGE_TIMEOUT消息,而是有个delay的延迟。 而delay的时间从代码中“long delay = r.duration == Toast.LENGTH_LONG ? LONG_DELAY : SHORT_DELAY;”看出只能为2s或者3.5s,这也就解释了为什么系统Toast的呈现时间只能是2s或者3.5s。自己在Toast.makeText方法中随意传入一个duration是无作用的。
    接下来,我们来看一下WorkerHandler中是如何处理MESSAGE_TIMEOUT消息的。mHandler对象的类型为WorkerHandler,源码如下:
    private final class WorkerHandler extends Handler
    {
        @Override
        public void handleMessage(Message msg)
        {
            switch (msg.what)
            {
                case MESSAGE_TIMEOUT:
                    handleTimeout((ToastRecord)msg.obj);
                    break;
            }
        }
    }
    可以看到,WorkerHandler对MESSAGE_TIMEOUT类型的消息处理是调用了handlerTimeout方法,那我们继续跟踪handleTimeout源码:
    private void handleTimeout(ToastRecord record)
    {
        synchronized (mToastQueue) {
            int index = indexOfToastLocked(record.pkg, record.callback);
            if (index >= 0) {
                cancelToastLocked(index);
            }
        }
    }
    handleTimeout代码中,首先判断当前需要消失的Toast所属ToastRecord对象是否在队列中,如果在队列中,则调用cancelToastLocked(index)方法。真相就要浮现在我们眼前了,继续跟踪源码:
    private void cancelToastLocked(int index) {
        ToastRecord record = mToastQueue.get(index);
        try {
            record.callback.hide();
        } catch (RemoteException e) {
            // don't worry about this, we're about to remove it from
            // the list anyway
        }
        mToastQueue.remove(index);
        keepProcessAliveLocked(record.pid);
        if (mToastQueue.size() > 0) {
            // Show the next one. If the callback fails, this will remove
            // it from the list, so don't assume that the list hasn't changed
            // after this point.
            showNextToastLocked();
        }
    }
    哈哈,看到这里,我们回调对象的hide方法也被调用了,同时也将该ToastRecord对象从mToastQueue中移除了。到这里,一个Toast的完整显示和消失就讲解结束了。


微信扫码订阅
UP更新不错过~
关注
  • 8
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 7
    评论
目 录   第1章 Android应用与开发环境 1   1.1 Android的发展和历史 2   1.1.1 Android的发展和简介 2   1.1.2 Android平台架构及特性 3   1.2 搭建Android开发环境 5   1.2.1 下载和安装Android SDK 5   1.2.2 安装Eclipse和ADT插件 7   1.3 Android常用开发工具的用法 10   1.3.1 创建、删除和浏览AVD 10   1.3.2 使用Android模拟器   (Emulator) 14   1.3.3 使用DDMS进行调试 15   1.3.4 Android Debug Bridge(ADB)   的用法 16   1.3.5 使用DX编译Android应用 18   1.3.6 使用Android Asset Packaging   Tool(AAPT)打包资源 19   1.3.7 使用mksdcard管理虚拟SD卡 19   1.4 开始第一个Android应用 20   1.4.1 使用Eclipse开发第一个   Android应用 20   1.4.2 通过ADT运行Android应用 23   1.5 Android应用结构分析 24   1.5.1 创建一个Android应用 24   1.5.2 自动生成的R.java 26   1.5.3 res目录说明 27   1.5.4 Android应用的清单文件:   AndroidManifest.xml 28   1.5.5 应用程序权限说明 29   1.6 Android应用的基本组件   介绍 31   1.6.1 Activity和View 31   1.6.2 Service 32   1.6.3 BroadcastReceiver 32   1.6.4 ContentProvider 32   1.6.5 Intent和IntentFilter 33   1.7 本章小结 33   第2章 Android应用的界面编程 35   2.1 界面编程与视图(View)组件 36   2.1.1 视图组件与容器组件 36   2.1.2 使用XML布局文件控制UI   界面 40   2.1.3 在代码中控制UI界面 41   2.1.4 使用XML布局文件和Java   代码混合控制UI界面 42   2.1.5 开发自定义View 43   2.2 布局管理器 46   2.2.1 线性布局 47   2.2.2 表格布局 49   2.2.3 帧布局 52   2.2.4 相对布局 55   2.2.5 绝对布局 58   2.3 基本界面组件 60   2.3.1 文本框(TextView)与编辑框   (EditText)的功能和用法 60   2.3.2 按钮(Button)与图片按钮(ImageButton)组件的功能和   用法 66   2.3.3 使用9Patch图片作为按钮背景 68   2.3.4 单选按钮(RadioButton)和复选   框(CheckBox)介绍与应用 69   2.3.5 状态开关按钮(ToggleButton)   的功能与用法 71   2.3.6 时钟(AnalogClock和Digital   Clock)的功能与功法 73   2.3.7 图像视图(ImageView)的   功能和用法 75   2.4 高级界面组件 79   2.4.1 自动完成文本框(AutoCompleteTextView)的   功能和用法 79   2.4.2 Spinner的功能和用法 80   2.4.3 日期、时间选择器(DatePicker   和TimePicker)的功能和用法 83   2.4.4 进度条(ProgressBar)的   功能和用法 85   2.4.5 拖动条(SeekBar)的功能和   用法 90   2.4.6 星级评分条(RatingBar)的   功能和用法 91   2.4.7 选项卡(TabHost)的功能和   用法 93   2.4.8 滚动视图(ScrollView)的   功能和用法 95   2.4.9 列表视图(ListView和   ListActivity) 95   2.4.10 可展开的列表组件(ExpandableListView) 101   2.4.11 网格视图(GridView)和   图像切换器(ImageSwitcher)   功能和用法 104   2.4.12 画廊视图(Gallery)的功能和   用法 107   2.5 对话框 110   2.5.1 使用AlertDialog创建简单   对话框 110   2.5.2 使用AlertDialog创建列表   对话框 112   2.5.3 使用AlertDialog创建自定义   对话框 116   2.5.4 使用PopupWindow 121   2.5.5 使用DatePickerDialog、TimePickerDialog 123   2.5.6 使用ProgressDialog创建进度   对话框 125   2.6 消息提示 127   2.6.1 使用Toast显示提示信息框 128   2.6.2 Notification的功能与用法 129   2.7 菜单 132   2.7.1 选项菜单和子菜单   (SubMenu) 132   2.7.2 使用监听器来监听菜单事件 136   2.7.3 创建复选菜单项和单选菜单项 137   2.7.4 设置与菜单项关联的Activity 140   2.7.5 上下文菜单 141   2.8 本章小结 143   第3章 事件处理 144   3.1 Android的事件处理 145   3.2 基于监听的事件处理 145   3.2.1 事件监听的处理模型 145   3.2.2 事件和事件监听器 148   3.2.3 内部类作为事件监听器类 151   3.2.4 外部类作为事件监听器类 152   3.2.5 Activity本身作为事件监听器 153   3.2.6 匿名内部类作为事件监听器类 154   3.2.7 直接绑定到标签 155   3.3 基于回调的事件处理 156   3.3.1 回调机制与监听机制 156   3.3.2 基于回调的事件传播 158   3.3.3 重写onTouchEvent方法响应   触摸屏事件 160   3.4 响应的系统设置的事件 162   3.4.1 Configuration类简介 162   3.4.2 重写onConfigurationChanged   响应系统设置更改 164   3.5 Handler消息传递机制 166   3.5.1 Handler类简介 166   3.5.2 Handler使用案例 167   3.6 本章小结 168   第4章 深入理解Activity 169   4.1 建立、配置和使用Activity 170   4.1.1 建立Activity 170   4.1.2 配置Activity 177   4.1.3 启动、关闭Activity 179   4.1.4 使用Bundle在Activity之间   交换数据 181   4.1.5 启动其他Activity并返回结果 185   4.2 Activity的回调机制 189   4.3 Activity的生命周期 190   4.3.1 Activity的生命周期演示 190   4.3.2 Activity与Servlet的相似性与   区别 194   4.4 本章小结 195   第5章 使用Intent和IntentFilter   第5章 进行通信 196   5.1 Intent对象详解 197   5.1.1 使用Intent启动系统组件 197   5.2 Intent的属性及intent-filter   配置 198   5.2.1 Component属性 198   5.2.2 Action、Category属性与   intent-filter配置 200   5.2.3 指定Action、Category调用   系统Activity 204   5.2.4 Data、Type属性与intent-filter   配置 209   5.2.5 Extra属性 211   5.3 使用Intent创建Tab页面 211   5.4 本章小结 212   第6章 Android应用的资源 213   6.1 资源的类型及存储方式 214   6.1.1 资源的类型以及存储方式 214   6.1.2 使用资源 216   6.2 使用字符串、颜色、   尺寸资源 217   6.2.1 颜色值的定义 217   6.2.2 定义字符串、颜色、尺寸资源   文件 218   6.2.3 使用字符串、颜色、   尺寸资源 219   6.3 数组(Array)资源 222   6.4 使用(Drawable)资源 225   6.4.1 图片资源 225   6.4.2 StateListDrawable资源 225   6.4.3 LayerDrawable资源 227   6.4.4 ShapeDrawable资源 229   6.4.5 ClipDrawable资源 231   6.4.6 AnimationDrawable资源 233   6.5 使用原始XML资源 236   6.5.1 定义原始XML资源 236   6.5.2 使用原始XML文件 237   6.6 使用布局(Layout)资源 239   6.7 使用菜单(Menu)资源 239   6.7.1 定义菜单资源 239   6.7.2 使用菜单资源 240   6.8 样式(Style)和主题(Theme)   资源 243   6.8.1 样式资源 243   6.8.2 主题资源 245   6.9 属性(Attribute)资源 247   6.10 使用原始资源 249   6.11 国际化和资源自适应 251   6.11.1 Java国际化的思路 252   6.11.2 Java支持的语言和国家 252   6.11.3 完成程序国际化 253   6.11.4 为Android应用提供国际化   资源 255   6.11.5 国际化Android应用 256   6.12 本章小结 258   第7章 图形与图像处理 259   7.1 使用简单图片 260   7.1.1 使用Drawable对象 260   7.1.2 Bitmap和BitmapFactory 260   7.2 绘图 263   7.2.1 Android绘图基础:Canvas、   Paint等 263   7.2.2 Path类 267   7.2.3 绘制游戏动画 270   7.3 图形特效处理 278   7.3.1 使用Matrix控制变换 278   7.3.2 使用drawBitmapMesh扭曲   图像 282   7.3.3 使用Shader填充图形 285   7.4 逐帧(Frame)动画 288   7.4.1 AnimationDrawable与逐帧   动画 288   7.5 补间(Tween)动画 292   7.5.1 Tween动画与Interpolator 292   7.5.2 位置、大小、旋转度、透明度   改变的补间动画 293   7.5.3 自定义补间动画 298   7.6 使用SurfaceView实现动画 300   7.6.1 SurfaceView的绘图机制 301   7.7 本章小结 305   第8章 Android的数据存储和IO 306   8.1 使用SharedPreferences 307   8.1.1 SharedPreferences与Editor   简介 307   8.1.2 SharedPreferences的存储   位置和格式 308   8.1.3 读、写其他应用Shared   Preferences 310   8.2 File存储 311   8.2.1 openFileOutput和open   FileInput 312   8.2.2 读写SD卡上的文件 314   8.3 SQLite数据库 321   8.3.1 简介SQLiteDatabase 321   8.3.2 创建数据库和表 323   8.3.3 使用SQL语句操作SQLite   数据库 323   8.3.4 使用sqlite3工具 325   8.3.5 使用特定方法操作SQLite   数据库 327   8.3.6 事务 329   8.3.7 SQLiteOpenHelper类 330   8.4 手势(Gesture) 335   8.4.1 手势检测 335   8.4.2 增加手势 342   8.4.3 识别用户的手势 346   8.5 自动朗读(TTS) 347   8.6 本章小结 350   第9章 使用ContentProvider实现   第9章 数据共享 351   9.1 数据共享标准:   ContentProvider简介 352   9.1.1 ContentProvider简介 352   9.1.2 Uri简介 353   9.1.3 使用ContentResolver操作   数据 354   9.2 操作系统的ContentProvider 355   9.2.1 使用ContentProvider管理   联系人 355   9.2.2 使用ContentProvider管理   多媒体内容 360   9.3 实现ContentProvider 364   9.3.1 创建ContentProvider的步骤 364   9.4 监听ContentProvider的数据   改变 370   9.4.1 ContentObserver简介 370   9.5 本章小结 372   第10章 Service与Broadcast   第10章 Receiver 373   10.1 Service简介 374   10.1.1 创建、配置Service 374   10.1.2 启动和停止Service 376   10.1.3 绑定本地Service并与之   通信 377   10.1.4 Service的生命周期 381   10.2 跨进程调用Service   (AIDL服务) 382   10.2.1 AIDL服务简介 382   10.2.2 创建AIDL文件 383   10.2.3 将接口暴露给客户端 383   10.2.4 客户端访问AIDLService 385   10.3 电话管理器   (TelephonyManager) 393   10.4 短信管理器(SmsManager) 400   10.5 音频管理器   (AudioManager) 404   10.5.1 AudioManager简介 404   10.6 振动器(Vibrator) 407   10.6.1 Vibrator简介 407   10.6.2 使用Vibrator控制手机振动 407   10.7 手机闹钟服务   (AlarmManager) 408   10.7.1 AlarmManager简介 408   10.7.2 设置闹钟 409   10.8 接收广播消息 413   10.8.1 BroadcastReceiver简介 413   10.8.2 发送广播 414   10.8.3 有序广播 416   10.9 接收系统广播消息 424   10.10 本章小结 427   第11章 多媒体应用开发 428   11.1 音频和视频的播放 429   11.1.1 使用MediaPlayer播放音频 429   11.1.2 使用SoundPool播放音效 432   11.1.3 使用VideoView播放视频 435   11.1.4 使用MediaPlayer和   SurfaceView播放视频 436   11.2 使用MediaRecorder录制   音频 439   11.3 控制摄像头拍照 442   11.3.1 通过Camera进行拍照 442   11.3.2 录制视频短片 446   11.4 本章小结 450   第12章 OpenGL与3D应用开发 451   12.1 3D图像与3D开发的   基本知识 452   12.2 OpenGL和OpenGL ES简介 453   12.3 绘制2D图形 454   12.3.1 在Android应用中使用   OpenGL ES 454   12.3.2 绘制平面上的多边形 457   12.3.3 旋转 463   12.4 绘制3D图形 465   12.4.1 构建3D图形 465   12.4.2 应用纹理贴图 469   12.5 本章小结 475   第13章 Android的网络应用 476   13.1 基于TCP协议的网络通信 477   13.1.1 TCP协议基础 477   13.1.2 使用ServerSocket创建   TCP服务器端 478   13.1.3 使用Socket进行通信 479   13.1.4 加入多线程 483   13.2 使用URL访问网络资源 488   13.2.1 使用URL读取网络资源 489   13.2.2 使用URLConnection   提交请求 490   13.3 使用HTTP访问网络 496   13.3.1 使用HttpURLConnection 496   13.3.2 使用Apache HttpClient 501   13.4 使用WebView视图   显示网页 505   13.4.1 使用WebView浏览网页 506   13.4.2 使用WebView加载HTML   代码 507   13.5 使用Web Service进行   网络编程 508   13.5.1 Web Service简介 509   13.5.2 Web Service平台概述 510   13.5.3 使用Android应用调用   Web Service 512   13.6 本章小结 524   第14章 管理Android手机桌面 525   14.1 管理手机桌面 526   14.1.1 删除桌面组件 526   14.1.2 添加桌面组件 526   14.2 改变手机壁纸 527   14.2.1 开发实时壁纸   (Live Wallpapers) 528   14.3 桌面快捷方式 532   14.3.1 在桌面上创建快捷方式 532   14.3.2 向Launcher添加快捷方式 534   14.4 管理桌面小控件 535   14.5 实时文件夹(LiveFolder) 539   14.5.1 使用实时文件夹显示   ContentProvider的数据 540   14.6 本章小结 545   第15章 传感器应用开发 546   15.1 利用Android的传感器 547   15.1.1 开发传感器应用 547   15.1.2 下载和安装SensorSimulator 549   15.1.3 利用SensorSimulator开发   传感器应用 551   15.2 Android的常用传感器 553   15.2.1 方向传感器Orientation 553   15.2.2 磁场传感器Magnetic Field 554   15.2.3 温度传感器Temperature 554   15.2.4 光传感器Light 554   15.2.5 压力传感器Pressure 554   15.3 传感器应用案例 557   15.4 本章小结 564   第16章 GPS应用开发 565   16.1 支持GPS的核心API 566   16.2 获取LocationProvider 568   16.2.1 获取所有可用的   LocationProvider 568   16.2.2 通过名称获得指定   LocationProvider 569   16.2.3 根据Criteria获得   LocationProvider 569   16.3 获取定位信息 570   16.3.1 通过模拟器发送GPS信息 571   16.3.2 获取定位数据 571   16.4 临近警告 573   16.5 本章小结 575   第17章 使用Google Map服务 576   17.1 调用Google Map的准备 577   17.1.1 获取Map API Key 577   17.1.2 创建支持Google Map API的   AVD 580   17.2 根据GPS信息在地图上   定位 582   17.3 GPS导航 588   17.4 根据地址定位 590   17.4.1 地址解析与反向地址解析 590   17.4.2 根据地址定位 595   17.5 本章小结 597   第18章 疯狂连连看 598   18.1 连连看游戏简介 599   18.2 开发游戏界面 600   18.2.1 开发界面布局 600   18.2.2 开发游戏界面组件 601   18.2.3 处理方块之间的连接线 605   18.3 连连看的状态数据模型 606   18.3.1 定义数据模型 606   18.3.2 初始化游戏状态数据 606   18.4 加载界面的图片 610   18.5 实现游戏Activity 612   18.6 实现游戏逻辑 618   18.6.1 定义GameService组件接口 618   18.6.2 实现GameService组件 619   18.6.3 获取触碰点的方块 620   18.6.4 判断两个方块是否可以相连 622   18.6.5 定义获取通道的工具方法 623   18.6.6 没有转折点的横向连接 625   18.6.7 没有转折点的纵向连接 626   18.6.8 一个转折点的连接 626   18.6.9 两个转折点的连接 629   18.6.10 找出最短距离 636   18.7 本章小结 638   第19章 电子拍卖系统 639   19.1 系统功能简介和架构设计 640   19.1.1 系统功能简介 640   19.1.2 系统架构设计 641   19.2 JSON简介 643   19.2.1 使用JSON语法创建对象 643   19.2.2 使用JSON语法创建数组 644   19.2.3 Java的JSON支持 645   19.3 发送请求的工具类 646   19.4 用户登录 647   19.4.1 处理登录的Servlet 648   19.4.2 用户登录 649   19.5 查看流拍物品 655   19.5.1 查看流拍物品的Servlet 655   19.5.2 查看流拍物品 656   19.6 管理物品种类 661   19.6.1 浏览物品种类的Servlet 661   19.6.2 查看物品种类 662   19.6.3 添加种类的Servlet 666   19.6.4 添加物品种类 666   19.7 管理拍卖物品 668   19.7.1 查看自己的拍卖物品的   Servlet 668   19.7.2 查看自己的拍卖物品 669   19.7.3 添加拍卖物品的Servlet 672   19.7.4 添加拍卖物品 673   19.8 参与竞拍 678   19.8.1 选择物品种类 678   19.8.2 根据种类浏览物品的Servlet 680   19.8.3 根据种类浏览物品 680   19.8.4 参与竞价的Servlet 682   19.8.5 参与竞价 683   19.9 权限控制 688   19.10 本章小结 689
### 回答1: Android Studio 中 Toast 的用法: Toast 是一个短暂的消息提示,在屏幕上显示一段时间后消失。使用 Toast 要在 Android 应用程序中引用 android.widget.Toast 类。 以下是 Toast 的一个简单示例: ``` Toast.makeText(getApplicationContext(), "这是一个 Toast 消息", Toast.LENGTH_SHORT).show(); ``` - `getApplicationContext()`:返回应用程序的上下文。 - `"这是一个 Toast 消息"`:要显示的消息文本。 - `Toast.LENGTH_SHORT`:Toast 消息显示的时间长度(短)。也可以使用 `Toast.LENGTH_LONG` 来显示长时间的 Toast 消息。 ### 回答2: Android Studio中的Toast是一种用于在屏幕上显示短暂消息的工具。它非常适合当需要向用户提供简短的消息时,比如确认用户信息是否准确或显示某些错误消息时。 它有三个参数:Context,CharSequence和 duration。下面是关于每个参数的详细解释: - Context:这是一个必需的参数,指示应用程序的当前状态。通常使用getApplicationContext()来获取全局上下文。 - CharSequence:这是将要显示的文本或字符串。它可以是任何CharSequence类型的值,例如String或Spanned。 - duration:它指定了Toast消息应该在屏幕上停留多久。duration有两种值:Toast.LENGTH_SHORT和Toast.LENGTH_LONG。 下面是一个简单的Android Studio Toast用法示例: Toast.makeText(getApplicationContext(), "Hello World!", Toast.LENGTH_SHORT).show(); 您可以更改CharSequence和duration的值来满足您应用的需求。如果您只需要显示一条短暂的消息,那么Toast是一个非常有用的工具。 但请记住,由于Toast只是一个短暂的消息,因此不应该将其用作用户界面的主要组成部分,否则可能会给用户带来困扰或混淆。 ### 回答3: ToastAndroid开发中特定用途的小弹窗,可以用来在屏幕上显示短暂但重要的信息。如可操作成功提示或者错误警告。下面介绍一下Android Studio中Toast的用法。 首先,在xml文件中添加一个Button,命名为 btn_toast。 在 MainActivity 中,添加以下代码: private Button mButton; mButton = findViewById(R.id.btn_toast); mButton.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View view) { Toast.makeText(MainActivity.this, "Hello Toast!", Toast.LENGTH_SHORT).show(); } }); Toast.makeText() 函数最少需要三个参数:Context,文本信息,和显示持续时间(可以是 LENGTH_SHORT 或者 LENGTH_LONG)。 在这个例子中,Toast 显示的 Context 是 MainActivity.this,文本信息是 "Hello Toast!",持续时间是 Toast.LENGTH_SHORT(大约2秒钟)。 示例代码中调用了 Toast.makeText().show() 的方式,也可以先创建 Toast 对象,再用 show() 方法显示 Toast 弹窗。例如: Toast myToast = Toast.makeText(MainActivity.this, "Hello Toast!", Toast.LENGTH_SHORT); myToast.show(); 在 Android Studio 中进行开发时,还可以自定义 Toast 的样式,例如修改背景颜色或者文本大小等。下面的代码演示了如何自定义 Toast 的样式: Toast myToast = Toast.makeText(MainActivity.this, "Hello Toast!", Toast.LENGTH_SHORT); View toastView = myToast.getView(); TextView toastMessage = toastView.findViewById(android.R.id.message); toastView.setBackgroundColor(Color.BLUE); toastMessage.setTextColor(Color.WHITE); toastMessage.setTextSize(20); myToast.show(); 上面的代码调用了 myToast.getView() 获取到 Toast 的 View。(Toast 的 Layout 字段可以在获取 View 之前改变。)之后,可以调用 findViewById(android.R.id.message) 获取到 Toast 弹窗中的文本信息 TextView,并进行样式设置。在本例中,我们把 Toast 的背景颜色设为蓝色,字体颜色设为白色,字体大小设为 20sp。 总体来说,Android Studio 中 Toast 的用法比较简单,可以方便的在屏幕上显示重要的短暂信息。同时,我们也可以在 Toast 中进行各种自定义样式。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

低调小一

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值