问题描述：在设置–添加账号菜单多出Exchange重复账号 总共3个exchange账号条目，且功能相同。概率性问题，恢复出厂设置之后，可能就会出现（1/8）且有时候还会出现两个相同的exchange账号。

在工作过程中，部分项目收到客户反馈，出现偶发性Crash，为了尽可能的复现客户问题，需要在程序内模拟用户输入，比如拍照，切换模式，切换分辨率，开关HDR模式等，之前有大概介绍过，目前在Android上做这类UI测试的几种主要方式：

关于Activity启动模式的文章已经很多，但有的文章写得过于简单，有的则过于注重细节，本文想取一个折中，只关注最重要和最常用的概念，原理和使用方法，并提供一个简单的Demo，便于大家理解。

观书有会意处，题其衣裳，以记其事～

gtest是一个跨平台的(Liunx、Mac OS X、Windows、Android)C++单元测试框架，由google公司发布。gtest是为在不同平台上为编写C++测试而生成的。它提供了丰富的断言、致命和非致命判断、参数化、”死亡测试”等等。

观书有会意处，题其衣裳，以记其事～

作为一名对自身职业充满热爱的Android工程师，C/C++的重要性不言而喻，以图镇楼，提醒自己～

这部分标题比较大，按照之前的分析方法肯定会比较复杂且不够系统，所以从另一个角度出发，我们通过对几个关键问题的追溯来帮助我们了解整个Django ORM的设计思想：

• Django ORM如何做到多数据库支持的；
• Django ORM中的objects是什么；
• Filter方法的查询流程；

上一节，我们分析了Django的网络服务的启动流程，以及它如何通过网络层接收到数并将请求转发给Django Application。那么这一节，我们主要分析，当Request到达Django Application之后，Django内部的路由规则是如何将其导入到正确的View（视图）方法中的呢？

Django框架的整个数据流向、服务启动、端口监听等基础核心功能都是按照WSGI标准进行开发的。WSGI是Web Server Gateway Interface的缩写，它的主要作用是接收客户端(浏览器/软件/APP/调试程序)发送的请求和转发请求给上层服务(例如Django)。它采用了select网络模型进行数据的接收和分发，可以利用操作系统的非堵塞和线程池等特性，因此它是非常高效的(Django采用wsgi是纯python代码实现，开源项目有一个uWSGI是C语言代码实现，因此现在更多的django项目实际上是运行在uWSGI上的，uWSGI不再讨论范围之内)。

接下来是记录我利用pycharm提供的断点调试功能以及自己打日志整个过程的梳理和总结。

源码的分析过程取决与分析人员想要关注的原理点，不同的需求就会有不同的侧重点，我当前的需求点是，想要知道django是如何通过网络层接收数据(wsgi)并将请求转发给django的urls层，因此我会朝着这个主题方向列出每个流转环节中的核心代码并做相应的注解。以后如果有机会的话我将会从另外一个侧重点(程序设计)去分析源码。

每个过程我都会先将代码列出来然后在后面做注解，因此告诫自己以后重读自己的笔记时不需要努力的去看代码，而是直接看注解，然后找到对应的代码进行理解。