Android Hander机制的理解
总以为自己对Handler比较了解,但今天发现还是不了解,以后写代码得好好的看看android doc了,这样才能理解的更深。
一直以为Handler.post(Runnable)为开启一个线程,所以出现了一下问题。
我定义了一个Runnable用来实现短信的分段读取:
private class SubSectionRunnable implements Runnable{ private Cursor mCursor; private final int RECIPIENT_IDS = 3; private final int SNIPPET = 4; private String mRecipient; private String mSnippet; private String mNumber; private Long mSnippetCS; private String mName; private String mThreadId; private final int mFirstQueryStep = 20; private final int mOtherQueryStep = 80; private Long mDate = 0l; private boolean mIsFirstQuery = true; private TestSpeed mTestSpeed1 = new TestSpeed(); private TestSpeed mTestSpeed2 = new TestSpeed(); @Override public void run() { mTestSpeed1.loadBeginTime(); mCursor = getContentResolver().query(THREADS_URI, ALL_THREADS_PROJECTION, null, null, "date DESC limit " + mFirstQueryStep); while(mCursor != null && mCursor.getCount() > 0){ Log.i("xiao", "onPostExecute new " + mCursor.getCount()); ConversationInfo conver = new ConversationInfo(); mConversationInfoPreviousList.add(conver); while(mCursor.moveToNext()){ mThreadId = mCursor.getString(ID); mDate = mCursor.getLong(DATE); mRecipient = mCursor.getString(RECIPIENT_IDS); mSnippetCS = mCursor.getLong(SNIPPET_CS); if(mSnippetCS ==0){ mSnippet = mCursor.getString(SNIPPET); } else{ try { mSnippet = new String( mCursor.getString(SNIPPET).getBytes("ISO8859_1"), "utf-8"); } catch (UnsupportedEncodingException e) { // TODO Auto-generated catch block e.printStackTrace(); } } Cursor cr = getContentResolver().query( Uri.parse("content://mms-sms/canonical-addresses"), new String[] { "_id", "address" }, "_id=?", new String[] { mRecipient }, null); if(cr != null && cr.moveToFirst()){ mNumber = cr.getString(1); mName = getContactNameByPhone(cr.getString(1)); } else{ mNumber = ""; mName = null; } ConversationInfo conversation = new ConversationInfo(mRecipient, mSnippet, mNumber, mSnippetCS, mName, mThreadId); mConversationInfoPreviousList.add(conversation); } for( int i = 0; i < mConversationInfoPreviousList.size(); i++){ try { mConversationInfoAdapterList.add(mConversationInfoPreviousList.get(i).clone()); } catch (CloneNotSupportedException e) { // TODO Auto-generated catch block e.printStackTrace(); } } mCursor.close(); if(mIsFirstQuery){ Message message = new Message(); message.what = 1; boolean flag1 = mGetMmsHandler.sendMessage(message); Log.i("xiao", "flag1 = " + flag1); mIsFirstQuery = !mIsFirstQuery; mTestSpeed1.loadEndTime(); mTestSpeed1.printDuration(); } Message message = new Message(); message.what = 2; boolean flag2 = mGetMmsHandler.sendMessage(message); Log.i("xiao", "flag2 = " + flag2); mTestSpeed2.loadEndTime(); mTestSpeed2.printDuration(); mCursor = null; mTestSpeed2.loadBeginTime(); mCursor = getContentResolver().query(THREADS_URI, ALL_THREADS_PROJECTION, "date < " + mDate, null, "date DESC limit " + mOtherQueryStep); } } public String getContactNameByPhone(String number) { String name = ""; Uri personUri = Uri.withAppendedPath( ContactsContract.PhoneLookup.CONTENT_FILTER_URI, number); try{ Cursor cur = getContentResolver().query(personUri, new String[] { PhoneLookup.DISPLAY_NAME }, null, null, null ); if(cur != null){ if( cur.moveToFirst() ) { int nameIdx = cur.getColumnIndex(PhoneLookup.DISPLAY_NAME); name = cur.getString(nameIdx); } cur.close(); } } catch(Exception e){ Log.i("xiao", "" + e.getMessage()); } return name; } }
然后定义了一个Handler用来更新界面:
private class GetMmsHandler extends Handler{ @Override public void handleMessage(Message msg) { // TODO Auto-generated method stub super.handleMessage(msg); int what = msg.what; switch(what){ case 0: showProgress(); mGetMmsThread.start(); break; case 1: hideProgress(); break; case 2: Log.i("xiao", "handleMessage 22222222222222"); mConversationAdapter.notifyDataSetChanged(); break; } } }
但我发现每次都是等所有的短信读取完毕后才会打印几次handlerMessage 222222222222信息,所以界面更本没有出现先显示一些,然后陆续加载的过程,我就很奇怪,为什么会会是这样呢,我在mGetMmsHandler.sendMessage后加了判断,看这个消息是否发送成功,验证后是发送成功了,我就查看Handler的doc,原来post(Runnable)是把这个Runnable加到当前的消息队列中,所以等这个Runnable处理完毕后才会处理接受到的多次what为2的消息。
Android Hander机制的理解相关推荐
- hander机制深入理解
Handler 的作用是将 Message 对象发送到 MessageQueue 中去,同时将自己的引用赋值给 Message#target. Looper 的作用是将 Message 对象从 Mes ...
- Android:从源码剖析Hander机制
引言 Hander机制是安卓开发中一个重要的消息机制,也是面试的常客.本篇文章是结合书籍和源码,进行一个梳理总结,方便大家更好的理解Hander机制. Hander的两种用法及使用场景 这里介绍两种最 ...
- aidl使用_借助 AIDL 理解 Android Binder 机制——Binder 来龙去脉
AIDL 是 Android Interface Definition Language(Android 接口定义语言)的缩写,它是 Android 进程间通信的接口语言.由于 Android 系统的 ...
- 理解Android Binder机制(3/3):Java层
本文是Android Binder机制解析的第三篇,也是最后一篇文章.本文会讲解Binder Framework Java部分的逻辑. Binder机制分析的前面两篇文章,请移步这里: 理解Andro ...
- 理解Android Binder机制(1/3):驱动篇
Binder的实现是比较复杂的,想要完全弄明白是怎么一回事,并不是一件容易的事情. 这里面牵涉到好几个层次,每一层都有一些模块和机制需要理解.这部分内容预计会分为三篇文章来讲解.本文是第一篇,首先会对 ...
- android decorview动画,Android窗口机制(二)Window,PhoneWindow,DecorView,setContentView源码理解...
Android窗口机制系列 前篇文章中出现了PhoneWindow,DecorView这些类,如果是第一次见过的话,肯定会觉得陌生.这篇文章主要跟大家讲解Window,PhoneWindow,Deco ...
- 理解 Android 消息机制
本人只是Android小菜一个,写技术文章只是为了总结自己最近学习到的知识,从来不敢为人师,如果里面有不正确的地方请大家尽情指出,谢谢! 本文基于原生 Android 9.0 源码来解析 Androi ...
- 理解Android安全机制
本文从Android系统架构着手,分析Android的安全机制以SE Android,最后给出一些Android安全现状和常见的安全解决方案. 1.Android系统架构 Android采用分层的系统 ...
- 覆盖式理解Android 消息处理机制(带源码解析)
转载自:https://www.jianshu.com/p/02962454adf7 Android 消息处理机制估计都被写烂了,但是依然还是要写一下,因为Android应用程序是通过消息来驱动的,A ...
最新文章
- keras和tensorflow使用 keras.callbacks.EarlyStopping 提前结束训练
- AIR 配置文件(*-app.xml)说明(转)
- 都在说微服务,那么微服务的反模式和陷阱是什么(二)
- web开发下的各种下载方法
- 阿里云MySQL远程登录异常
- 1900 页数学基础:面向 CS 的线性代数、拓扑、微积分和最优化
- JavaScript-获得和设置表单的值
- 写一函数,输入一个四位数字,要求输出这四个数字字符,但每两个数字间空格。如输入1990,应输出1 9 9 0。
- 广域存储和计算协同面临哪些挑战,具有哪些优势?
- 【原创】大叔问题定位分享(12)Spark保存文本类型文件(text、csv、json等)到hdfs时为什么是压缩格式的...
- c语言冒泡结构入门程序,C语言入门:冒泡排序
- SQL语句inner join,left join ,right join连接的不同之处
- 去掉Scala的糖衣(4) -- Type Aliase
- C语言数据结构——求二叉树叶子结点个数
- 使用STVD开发STM8S时中断的处理方法
- java计算机毕业设计企业物资管理系统源代码+数据库+系统+lw文档
- ISCC2021-部分题目再现
- 数据库创建表以及增删改查
- 将两个单链表合并为一个单链表
- mysql 模糊查找表名
热门文章
- 通俗理解LDA主题模型
- 个推通知栏修改_浙大一院五一劳动节放假通知!手机办住院手续!还有这些攻略不能错过!...
- 趣链 BitXHub跨链平台 (8)交易验证
- C++ Primer 5th笔记(chap 15 OOP)继承之派生类
- buu 权限获得第一步
- 公钥密码学标准(Public Key Cryptography Standards, PKCS)
- [architecture]-Cortex-A53的configuration signals
- optee堆Virtualization(hypervisor)的支持
- 合并odex和少dex的apk为完整的apk文件
- (30)保护模式阶段测试