stven_king的专栏

最近在看数据库相关的三方库的时候，我发现在Android应用开发的时候是可以并行操作数据库的读写，但Android默认的数据连接池中只有一个数据库链接。一个数据库连接能实现并发么？要是一个数据库链接可以实现并发，那么为什么需要数据库连接池？ 数据库连接池介绍 每次提到连接池我们很快能想到线程池。线程池的创建可以减少了创建和销毁线程的次数，每个工作线程都可以被重复利用，可执行多个任务。 数据库连接...

前言 突然某天好友老瑞问我 “View的postdelayed方法，延迟时间如果设置10分钟或者更长的时间有什么问题吗？“ 。当时听到这个问题时候我只能联想到 Handle.postDelay ，与此同时让我回想起了之前的一些疑问？ View的postDelayed方法，延迟时间如果设置10分钟或者更长的时间有什么问题吗？ View的postDelayed方法，延迟时间如果设置为负数有没有...

Android 平台提供了三类动画，一类是 Tween 动画-Animation，即通过对场景里的对象不断做图像变换 ( 平移、缩放、旋转 ) 产生动画效果；第二类是 Frame 动画，即顺序播放事先做好的图像，跟电影类似。最后一种就是3.0之后才出现的属性动画PropertyAnimator。 想知道动画与界面渲染与屏幕刷新有着什么样的关系？ 想知道属性动画为什么会发生内存泄露么？

个人博客地址 http://dandanlove.com/ 前言 上一篇文章 Android的16ms和垂直同步以及三重缓存 解释了手机流畅性的问题，并在文章中提到了在Android4.1中添加的Vsync。Choreographer机制，用于同Vsync机制配合，实现统一调度界面绘图。 Choreographer的构造 Choreographer是线程级别的单例，并且具有处理当前线程...

个人博客地址 http://dandanlove.com/ 现在市面上的Android手机大部分都是运行的是ART虚拟机了。还记得自己一部Android手机（HUWEIg520），Android4.1系统。那时候还是没有ART虚拟机的。作为Android开发者，我们应该对Android的发展历史有些了解为什么Android会经历这么多的变化。Android是先有JVM然后是Dalvik，接着是现在...

Messenger可以翻译为信使，顾名思义，通过它可以在不同进程中传递Message对象，在Message中放入我们需要传递的数据，就可以轻松地实现数据的进程间传递了。Messenger是一种轻量级的IPC方案，它是AIDL在Android中的一种经典实践。文章主要讲述Messenger利用AIDL进行进程间通信，其中不免会涉及到AIDL的知识点。

Dalvik虚拟机加载的dex文件。dex文件是Android对与Class文件做的优化，以便于提高手机的性能。可以想象dex为class文件的一个压缩文件。dex在Android中的加载和class在jvm中的相同都是基于双亲委派模型，都是调用ClassLoader的loadClass方法加载类。

作为Android开发人员，没有接触过NDK开发也接触过so文件吧。其实NDK编程也没有看来的那么隐秘，今天我们来看看咱们利用NDK来写出自己的so文件

前言Android消息机制对于每一个Android开发者来说都不陌生，在日常的开发中我们不可避免的要经常涉及这部分的内容。从开发角度来说，Handler是Android消息机制的上层接口，这使得在开发过程中只需要和Handler交互即可。Handler的使用过程很简单，通过它可以轻松的将一个任务切换Handler所在的线程中去执行。很多人认为Handler的作用是更新UI，这的确没错，但……

这篇文章距离现在已经两年的时间了。当初自己刚毕业工作不久，才开始接触Android，有一天中午和同事一起吃饭的时候，一个大牛问我你思考过Activity的setContentView是怎么执行的么。当初就因为这个问题我接入到了Android源码。两年时间过去了现在回过头来看，感觉自己写得有很多的不足，本次再补充一下。 前言 这几天正在进行初级自定义组件的学习，一不小心想到了view到底是怎...

今天自己学习关于夸

简单讲述：Android里的onTouch事件的分发与消费初学Android将近一年的时间了，由于一开始就是工作性学习（没有系统的学习）。所以一般接触最多的就是组件的使用，而自己在接触比复杂的组件或者Android其他相关知识的时候总是感觉比较吃力，嗯，就是比较吃力，想要研究研究却不知道从哪里下手，现在想写一些基础的东西来系统的了解一下Android。在看到Android的窗口管理机制当中的一些知识

最近在做一期有关于视频的项目开发。因为项目周期比较紧，而且自己以前也没有对于视频相关的经验积累。所以在开发的时候遇到了问题，自己尝试解决并记录下来。（PS：视频都是下载完再进行播放类似于微信朋友圈的视频功能，播放组件用的是分装的原生的VideoView）

前几天阅读完Retrofit2.0源码写了一篇Retrofit2.0使用和解析 的文章，因为Retrofit2.0现在只支持OkHttp，OkHttp网络框架也在Android高版本的SDK中使用，自己为了能更好的优化Android中关于网络这个模块，然后又阅读了OkHttp3.0的源代码。OkHttp3.0的源码中的设计模式和网络有关的东西很多，自己看的很懵逼，所以想先看看HttpUrlConnection的实现。

多年以前Android的网络请求只有Apache开源的HttpClient和JDK的HttpUrlConnection，近几年随着OkHttp的流行Android在高版本的SDK中加入了OkHttp。但在Android官方文档中推荐使用HttpUrlConnection并且其会一直被维护，所以在学习Android网络相关的知识时我们队HttpUrlConnection要有足够的了解。。。。

之前有讲过Retrofit2.0的简单使用和解析。最近在做Retrofit替换之前使用的AsyncHttpClient，在替换的过程中遇到一些之前忽视的小细节。自己感觉知道这几点在开发中灵活使用Retrofit非常有好处。说说Retrofit中的注解 @Query，@QueryMap，@Field，@FieldMap，@FormUrlEncoded，@Path，@Url 这七种注解。

随着Retrofit在项目中的使用，替换的以前使用的网络框架，相关的缓存机制也要进行替换，网络上大部分的Retrofit+okhttp缓存资料都是进行针对所有url的而且需要服务端的配合。有些时候是先有服务然后app去调用这些服务，所以这个时候没有服务端的配合我们在前端实现缓存比较空难但并不是很可以。

序列化和反序列化几乎是工程师们每天都要面对的事情，但是要精确掌握这两个概念并不容易：一方面，它们往往作为框架的一部分出现而湮没在框架之中；另一方面，它们会以其他更容易理解的概念出现，例如加密、持久化。然而，序列化和反序列化的选型却是系统设计或重构一个重要的环节，在分布式、大数据量系统设计里面更为显著。恰当的序列化协议不仅可以提高系统的通用性、强健性、安全性、优化系统性能，而且会让系统更加易于调试、便于扩展。总而言之搞

为了使得一个程序能够在同一时间里处理许多用户的要求。即使用户可能发出一个要求，也肯能导致一个操作系统中多个进程的运行（PS:听音乐，看地图）。而且多个进程间需要相互交换、传递信息，IPC方法提供了这种可能。IPC方法包括管道（PIPE）、消息排队、旗语、共用内存以及套接字（Socket）。

为什么会想写这篇文章，只因为一个error idl.exe E 4928 5836 type_namespace.cpp:130] 'Book' can be an out type, so you must declare it as in, out or inout. 看过上一篇文档的同学都知道这是因为在AIDL文件中使用非常规类型作为参数传递的时候没有标记指向tag。

往往是由于服务端进程意外停止了，这时我们需要重新连接服务。 那么我们可以使用linkToDeath机制，如果使用bindService那么还可以通过ServiceConnection.onServiceDisconnected方法进行重连。

Service是我们学习Android的基石之一，它在移动应用程序中使用非常广泛。比如应用定位，push消息，内存流量监听等等。 记得大四那年在公司实习的时候，我做的第一个调研就是怎么让接受服务器push的Service不被kill掉（或kill后实现重新启动）。在调研的过程中就了解到如果Service的onStartCommand方法返回值为START_STICKY时。。。。

前言本来想学习学习Binder通信机制，在学习的过程中又接触AIDL并开始学习，在AIDL学习过程中看到bindService，接着就想回顾一下Service的一些知识。希望温故可以知新，也算是年末最后一篇笔记，给自己明年有一个好的开头~！~！