AsycTask源码解读以及遇到的问题
来源:互联网 发布:边标志扫描线填充算法 编辑:程序博客网 时间:2024/05/17 07:37
最近项目有个需求,需要用户进来的时候异步传点东西,然后还不能让用户知道且不能影响正常接口的请求(偷偷地)。
于是我这样做了:
组装报文,通过AsycTask请求网络通讯,不处理返回结果;简单明了,想的很美!
结果:
在正常请求的接口请求时,一直显示菊花,等(偷偷的)请求的那些接口传完后,便可以了。
分析:
纳闷了,这不明明是异步请求吗,咋还能串起来了。
于是我就看起了源码;
//...前面省略public abstract class AsyncTask<Params, Progress, Result> { private static final String LOG_TAG = "AsyncTask"; private static final int CPU_COUNT = Runtime.getRuntime().availableProcessors(); //线程池的基本大小 private static final int CORE_POOL_SIZE = CPU_COUNT + 1; //线程池核心容量(如使用无界的任务队列这个参数就没效果) private static final int MAXIMUM_POOL_SIZE = CPU_COUNT * 2 + 1; //过剩的空闲线程的存活时间 private static final int KEEP_ALIVE = 1; //ThreadFactory线程工厂,通过工厂方法newThread来获取新线程 private static final ThreadFactory sThreadFactory = new ThreadFactory() { //原子整数,可以在超高并发下正常工作 private final AtomicInteger mCount = new AtomicInteger(1); public Thread newThread(Runnable r) { return new Thread(r, "AsyncTask #" + mCount.getAndIncrement()); } }; //静态阻塞式队列,用来存放待执行的任务,初始容量:10个(系统原先是这样的,被我改成了下面的无界队列:无容量限制) // private static final BlockingQueue<Runnable> sPoolWorkQueue = new LinkedBlockingQueue<Runnable>(10); // 修改为无界队列 private static final BlockingQueue<Runnable> sPoolWorkQueue = new LinkedBlockingQueue<Runnable>(); // 静态并发线程池(系统原先是这样的,被我改成了下面那样) // public static final Executor THREAD_POOL_EXECUTOR = new ThreadPoolExecutor(CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE, TimeUnit.SECONDS, sPoolWorkQueue, sThreadFactory); // 增加相应的拒绝策略 public static final Executor THREAD_POOL_EXECUTOR = new ThreadPoolExecutor(CORE_POOL_SIZE, MAXIMUM_POOL_SIZE, KEEP_ALIVE, TimeUnit.SECONDS, sPoolWorkQueue, sThreadFactory, new ThreadPoolExecutor.DiscardOldestPolicy()); // 静态串行任务执行器 public static final Executor SERIAL_EXECUTOR = new SerialExecutor(); // 消息类型:发送结果 private static final int MESSAGE_POST_RESULT = 0x1; // 消息类型:更新进度 private static final int MESSAGE_POST_PROGRESS = 0x2; /** * 静态Handler,用来发送上述两种通知,采用UI线程的Looper来处理消息 这就是为什 * 么AsyncTask必须在UI线程调用,因为子线程 * 默认没有Looper无法创建下面的Handler,程序会直接Crash */ private static final InternalHandler sHandler = new InternalHandler(); //默认任务执行器,被赋值为串行任务执行器,就是它,AsyncTask变成串行的了 private static volatile Executor sDefaultExecutor = SERIAL_EXECUTOR; private final WorkerRunnable<Params, Result> mWorker; private final FutureTask<Result> mFuture; //后面省略...
其中有几个重要的地方
THREAD_POOL_EXECUTOR :并发线程池;
SERIAL_EXECUTOR :串行任务执行器,它只是把一个一个任务拿出来给并发线程池(THREAD_POOL_EXECUTOR)去执行;
sDefaultExecutor:默认任务执行器,给AsycTask添加默认的执行器,默认是串行的(SERIAL_EXECUTOR),想默认并发改成THREAD_POOL_EXECUTOR就OK了。
然后我就试着改成并行,如下:
//第一种方式:改成默认并行private static volatile Executor sDefaultExecutor = THREAD_POOL_EXECUTOR;//第二种方式:或者不用改源码就可以并行,在执行的之后这样调用***.executeOnExecutor(UploadAsyncTask.THREAD_POOL_EXECUTOR);
运行几次,还是不行:
最后发现一处关键性代码
private static final BlockingQueue<Runnable> sPoolWorkQueue = new LinkedBlockingQueue<Runnable>(10);
静态阻塞式队列,用来存放待执行的任务,采用链表的形式,遵循先进先出的原则。
原因正是阻塞造成,而我项目要求比较奇葩,在正常接口(a)前就已经开始了偷偷(b)传输,也就是b在a的前面先进去,导致a一直在后面等着,无奈之下只能暂时采取了一个笨办法,把AsycTask那个类再copy一个出来,b专门用的,这样a和b就不会在同一个队列,问题解决!
办法虽然欠佳,但暂时解决了需求,后续各位有什么好办法推荐下,多谢了。
第一次写博客,各位不喜请狂喷吧,对我可是有大大的好处,哈哈哈…
1 0
- AsycTask源码解读以及遇到的问题
- eclipse导入android源码的方法以及遇到的问题
- Android 4.4源码编译以及遇到的小问题
- linux下Python源码包编译以及遇到的问题
- Android 源码编译——以及遇到的问题记录
- AsycTask
- repo教程以及repo下载android源码以及遇到的问题
- 编译源码遇到的问题
- Thread、AsycTask、IntentService的比较
- Thread、AsycTask、IntentService的比较
- AsycTask(handler的封装类)
- 关于修改frameworks的源码遇到的一点问题以及解决方法
- 关于修改frameworks的源码遇到的一点问题以及解决方法
- WebRTC源码下载以及工程文件生成过程中小白的我遇到的问题-20140303
- MAC OS X 10.10编译android5.0源码 步骤 以及 遇到的问题
- ImageView的源码解读,以及几种ScaleType的分析
- 解读西班牙买房移民投资人会遇到的纳税问题
- 单元测试的遇到的问题以及收获
- IOS网络请求简单笔记(一)
- JSTL 的 if else : 有 c:if 没有 else 的处理
- 电商系统中的商品模型的分析与设计
- ExtJS4 form组件收缩
- Aizu - 0531 Paint Color (坐标离散化)
- AsycTask源码解读以及遇到的问题
- SDUT OJ 3361 数据结构实验之图论四:迷宫探索
- git 查看远程分支、本地分支、删除本地分支
- HDU 3664(DP)
- Android studio 突然Android 源码报红解决方案
- 使用CoreData进行数据增删改查(附Demo)
- 四维空间
- cocos2d android学习心得
- 1.2变量声明的意义