前言：站在巨人的肩膀上聊聊我对Retorfit这个联网框架的了解。诸多好处我就不详细说明了，两句话来总结一下，Retorfit是一个面向接口的注解型联网框架，底层实现原理就是Java的动态代理。
more >>

前言：之前有篇文件讲的是模块化开发，一个项目整体结构可以这么设计，模块化开发中每个人的习惯都不一样，有的人习惯MVP，有的人习惯MVVM或者有其他的app架构，对整个app相对底层的抽象规范的时候，上层编写的类的总是基本一直的，大家都得遵循某一些行为规范。我个人认为，编写父类的目的一定不是为了实现类可以少写代码，而是去规范子类的实现，最理想的状态就是同行看了你的一个activity的整体编写，就能知道你其他的是怎么一个写法，这样的话阅读成本就会大大降低。因此，我们可以会在写子类实现的时候，在最初始的时候，我们会做很多一样的操作。这些操作又没有特别重要的价值，繁琐又是可以省略的一些操作。工欲善其事必先利其器，我们可以通过编写一个IDEA的插件来帮我们自动生成这些文件。
more >>

前言

项目越做越大，每次编译的时间越来越长，体验特别不好，在加上协同开发的时候，项目管理问题，因此开始了我的Android项目的模块化开发之旅。
more >>

• 所有开心的不开心的都在昨天随风散了。该结束的都结束了，该继续的也在继续。
• 庆幸我选择了一门我喜欢的工作。
• 庆幸我还有一些天涯若比邻的朋友。
• 我想要更幸运一些，我需要更努力一些。

Java为对象分配空间的任务等同于把一块确定大小的内存从Java堆里面划分出来。

• 假设Java堆中内存是绝对的规整的，所有用过的内存都放在一遍，空闲的内存放在另一边，中间放着一个指针作为分界点的指示器，那所分配内存就仅仅是把那个指针向空闲空间那边挪动一段与对象大小相等的距离，这种分配方式称为指针碰撞。
• 假设Java堆中的内存并不是规整的，已使用的内存和空闲的内存相互交错，那么就没有办法简单的进行指针碰撞，虚拟机就必须维护一个列表，记录上哪些内存块是可用的，在分配的时候从列表中找到一个足够大的空间划分给对象实例，并更新列表上的记录，这种分配方式称为空闲列表。

  除了划分可用空间外，还有另外一个需要考虑的问题是并发分配内存，即使是修改一个指针的位置，也不是线程安全的。

• 解决方案一：对分配的内存空间的动作进行同步处理。实际上虚拟机采用CAS配上失败重试的方式保证更新操作的原子性。
• 解决方案二：把内存分配的动作按照线程划分在不同的空间之中进行，即每个线程在Java堆中预先分配一小块内存，即本地线程分配缓冲（Thread Local Allocation Buffer,TLAB）,哪个线程要分配内存，就在哪个线程的TLAB上分配，只有TLAB用完并分配新的TLAB时，才需要同步锁定，。虚拟机是否使用TLAB，可以通过-XX:+/-UseTLAB参数来设定。