前言

最近在做一个新零售的收银app，对于app稳定性要求比较高，但是难免会出现一些难以复现的问题，针对这些问题，分析日志有时候是解决问题的必要手段。下面我们主要分析下日志写入方案的实现。详细代码可参考AwesomeLog，如果能够帮到你，希望给个star，感谢。

常规方案的缺陷

• 性能问题：一开始日志的写入就是通过标准I/O直接写文件，当有一条日志要写入的时候，首先，打开文件，然后写入日志，最后关闭文件。但是写文件是 IO 操作，随着日志量的增加，更多的IO操作，一定会造成性能瓶颈。为什么这么说呢？因为数据从程序写入到磁盘的过程中，其实牵涉到两次数据拷贝：一次是用户空间内存拷贝到内核空间的缓存，一次是回写时内核空间的缓存到硬盘的拷贝。当发生回写时也涉及到了内核空间和用户空间频繁切换。
• 丢日志：为了解决性能问题，直接想到就是减少I/O操作，我们可以先把日志缓存到内存中，当达到一定数量或者在合适的时机将内存里的日志写入磁盘中。这样似乎可以减少I/O操作，但是在将内存里的日志写入磁盘的过程中，app被强杀了或者Crash了的话，这样会造成更严重的问题，日志丢失。

看到这里，难道真的就没有高性能又能保证日志完整性的方案了吗？答案是mmap。mmap是个什么鬼？我们接着往下看。

前言

最近在对项目大刀阔斧的组件化改造，路由框架将是组件化开发中必不可少的，阿里的Arouter诚然是一个非常优秀的路由框架，但是Arouter确实也存在一些问题，比如初始化的时候会去扫描私有的dex，还有缓存机制，作为一个有追求的程序员，我们今天就来借鉴阿里Arouter的思想自己动手实现一个路由框架AwesomeRouter。我将从以下几个方面展开：

• 使用和原理
• 框架的整体架构
• 注解处理器APT处理自定义注解
• 优雅的生成路由Group类—JavaPoet的使用
• Activity的跳转实现
• 接口化通信IProvider的实现

使用和原理

首先我们先来看看如何使用和其中的原理

如何使用

1
2
3
4
5
6
7
8
9
10
11

//定义注解，并设置path的值
@Router(path = "/user/LoginActivity")
public class LoginActivity extends AppCompatActivity {
			...
}

//通过path地址跳转
public void jumpLogin(View view) {
    AwesomeRouter.getInstance().build("/user/LoginActivity")
           .navigation(this);
}

可以看到用法基本和ARouter一样，接着我们看实现原理

实现原理

路由框架会在项目的编译期间扫描所有添加@Router注解的Activity类，然后将Router注解中的path地址和Activity.class文件一一对应保存在map中，我们直接看apt生成的路由Group类：

1
2
3
4
5
6
7
8

public class AwesomeRouter$$Group$$user implements IRouteGroup {
  @Override
  public Map<String, RouteMeta> loadPath() {
    Map<String, RouteMeta> pathMap = new HashMap<>();
    pathMap.put("/user/LoginActivity", RouteMeta.build(RouteMeta.Type.ACTIVITY, LoginActivity.class, "/user/LoginActivity", "user"));
    return pathMap;
  }
}

RouteMeta就是路由表的封装类，里面包含了路由的类型（包括Activity，Provider）, 路由组地址，路由地址，目标class文件。可以看到路由地址和路由表的映射map就是在AwesomeRouter$$Group$$user里面保存着，我们在跳转的时候就可以通过传入的路由地址的组地址，通过Class.forName方式找到AwesomeRouter$$Group$$userclass文件，并通过newInstance的方式得到该类的对象，再调用loadPath方法就能拿到map，然后再根据路由地址得到目标class文件，这样就能完成一次Activity跳转了，这个其实就是路由框架的核心逻辑所在。

前言

在项目的开发过程中，随着开发人员的增多及功能的增加，代码会越来臃肿，功能间代码耦合也会越来越严重，项目编译的时间也会很长，为了解决以上问题，模块化/组件化就应运而生了。这篇文章我就结合自己在项目中的组件化重构之路来总结下模块化需要解决的问题？以及如何解决？

组件化开发需要解决的问题

在实现组件化的过程中，同一个问题可能有不同的技术路径可以解决，但是需要解决的问题主要有以下几点：

• 如何拆分项目
• 如何满足单个业务模块的单独运行及调试的需求
• 如何满足模块间的数据通信
• 如何满足模块间的页面跳转
• 如何真正实现解耦，降低开发人员的失误，真正实现模块间代码和资源的相互隔离
• 如何实现组件Application的动态配置

以上就是实现组件化的过程中我们要解决的主要问题，下面我们会一个一个来解决，最终实现比较合理的组件化开发。

一、拆分项目

以下分层是我在项目中的分层实践，仅供参考:

• 宿主层：App壳，负责集成业务模块
• 业务模块：将项目的每个大功能模块拆分成一个个单独的moudle
• 业务组件：业务模块中的公共业务组件，比如进度查询，资料填写，以及人脸识别和OCR组件。
• 底层SDK：各个业务线沉淀的一些公共组件，比如网络，图片，日志，风控，崩溃，UI

前言

• 在Android开发中网络请求很常见，而在网络请求库中，retrofit因为他巧妙的封装和解耦思想，成为了Android最热门的网络请求框架。
• 准确来说，Retrofit 是一个 RESTful 的 HTTP 网络请求框架的封装。
• 网络请求的工作本质上是 OkHttp 完成，而 Retrofit 仅负责 网络请求接口的封装。Okhttp源码分析，请移步

基本使用

首先看看Retrofit的使用，对Retrofit有个直观的感受，便于下面的源码分析。

1、 定义http请求接口

1
2
3
4
5

public interface GitHubService {

     @GET("users/{user}/repos")
     Call<List<Repo>> listRepos(@Path("user") String user);
}

2、构建retrofit的实例

1
2
3
4

Retrofit retrofit = new Retrofit.Builder()
.baseUrl("https://api.github.com/")
.addConverterFactory(GsonConverterFactory.create())
.build();

3、创建http请求接口的实例

1

GitHubService service = retrofit.create(GitHubService.class);

4、调用接口实例的方法，生成Call对象，执行请求

1
2

Call<List<Repo>> repos = service.listRepos("websocket");
repos.execute() or repos.enqueue()

一、LRU算法介绍

LRU是最近最少使用的算法，它的核心思想是当缓存满时，会优先淘汰那些最近最少使用的缓存对象。采用LRU算法的缓存有两种：LruCache和DisLruCache，分别用于实现内存缓存和硬盘缓存，其核心思想都是LRU缓存算法。

在复习算法和数据结构的时候，我通过双向链表实现了一个LRU缓存淘汰算法，有兴趣的请点击

二、LruCache的介绍

LruCache是Android 3.1所提供的一个缓存类，所以在Android中可以直接使用LruCache实现内存缓存。而DisLruCache目前在Android 还不是Android SDK的一部分，但Android官方文档推荐使用该算法来实现硬盘缓存。

LruCache是个泛型类，主要算法原理是把最近使用的对象用强引用（即我们平常使用的对象引用方式）存储在 LinkedHashMap 中。当缓存满时，把最近最少使用的对象从内存中移除，并提供了get和put方法来完成缓存的获取和添加操作。

三、LinkedHashMap原理

我们先来分析下LinkedHashMap的原理，为后面分析LruCache做准备。
LinkedHashMap 继承 HashMap，在 HashMap 的基础上进行扩展，put 方法并没有重写，说明LinkedHashMap遵循HashMap的数组加链表的结构，LinkedHashMap重写了 createEntry ()和get()方法

一、内容概览

Binder作为Android重点和难点，是Android进阶必备的。网上搜集了一些图文讲解，在配合自己的理解，特此记录。由于有的图片已经找不到出处，有什么问题可以联系我。主要从以下几个方面入手：

• 为什么使用Binder?
• IPC原理
• Binder原理
• Binder运行机制

二、为什么使用Binder?

性能方面

在移动设备上（性能受限制的设备，比如要省电），广泛地使用跨进程通信对通信机制的性能有严格的要求，Binder相对于传统的Socket方式，更加高效。Binder数据拷贝只需要一次，而管道、消息队列、Socket都需要2次，共享内存方式一次内存拷贝都不需要，但实现方式又比较复杂。

安全方面

传统的进程通信方式对于通信双方的身份并没有做出严格的验证，比如Socket通信的IP地址是客户端手动填入，很容易进行伪造。然而，Binder机制从协议本身就支持对通信双方做身份校检，从而大大提升了安全性。

一、内容概览

本文是《Android开发艺术探索》第四章的读书笔记，重在总结，细节问题读者可自行查阅。

View的绘制流程是从ViewRoot的performTraversals方法开始的，它经过measure，layout，draw三个过程。其中measure用来测量View的宽和高，layout确定View在父容器中的位置，而draw则负责将View绘制到屏幕上。

二、理解MeasureSpec

为了更好的理解View的measure过程，我们还需要理解MeasureSpec。

MeasureSpec是一个specSize和specMode信息的32位int值，其中高两位表示specMode，低30位表示specSize。specMode指测量模式，specSize指在某种测量模式下的规格大小。specMode包括：

• UNSPECIFIED
• EXACTLY
• AT_MOST

一、内容概览

本文将从以下几方面讲解：

1. 什么是WebSocket?使用场景？
2. 如何建立连接的？
3. 数据帧格式
4. 如何维持连接的？
5. websocket在Android里的应用

二、什么是WebSocket

WebSocket一种浏览器与服务器进行全双工通讯的网络技术，属于应用层协议。它基于TCP传输协议，并复用HTTP的握手通道。WS(WebSocket)相对于Http有如下优点：

1. 支持双向通信，实时性更强。
2. 更好的二进制支持。
3. 较少的控制开销。连接创建后，ws客户端、服务端进行数据交换时，协议控制的数据包头部较小。在不包含头部的情况下，服务端到客户端的包头只有2~10字节（取决于数据包长度），客户端到服务端的的话，需要加上额外的4字节的掩码。而HTTP协议每次通信都需要携带完整的头部。
4. 支持扩展。ws协议定义了扩展，用户可以扩展协议，或者实现自定义的子协议。（比如支持自定义压缩算法等）

WS主要应用于需要消息实时发送的系统中，类似于QQ或者股票交易类等实时性要求强的项目。

写在文前

单例模式应该是开发中用的最多的设计模式了，今天我们就来用Kotlin写一遍单例模式，并与Java单例模式对比，主要是下面几种：

• 懒汉式
• Double Check
• 静态内部类

懒汉式

我们先看Java怎么写的

1
2
3
4
5
6
7
8
9

public class SingletonDemo {
    private static SingletonDemo instance=new SingletonDemo();
    private SingletonDemo(){

    }
    public static SingletonDemo getInstance(){
        return instance;
    }
}

很简单，再看Kotlin:

1

object SingletonDemo

写在文前

Kotlin现在已经是Android官方推荐的开发语言，而且AS对Kotlin的支持也更加友好，从今天开始让我们拥抱Kotlin吧，首先今天这篇文章我想来简单聊聊Kotlin在Android开发中的优势，看完之后，我相信各位肯定会转战kotlin开发的。

1、值对象和数据类

kotlin新建一个JavaBean很简单：

1

class Person(val name: String)

新建一个数据类也很简单，再也不要重写toString()，equals()和hashCode()方法了：

1

data class Person(val name: String)