前言在此前我讲过Android系统的启动流程，系统启动后，我们就比较关心应用程序是如何启动的，这一篇我们来一起学习Android7.0应用程序进程启动过程，需要注意的是“应用程序进程启动过程”，而不是应用程序启动过程。关于应用程序启动过程，我会在后续系列的文章中讲到。希望阅读这篇文章前先阅读本文列出的相关文章，要不你一脸蒙蔽，就别怪我了。<

Java泛型，算是一个比较容易产生误解的知识点，因为Java的泛型基于擦除实现，在使用Java泛型时，往往会受到泛型实现机制的限制，如果不能深入全面的掌握泛型知识，就不能较好的驾驭使用泛型，同时在阅读开源项目时也会处处碰壁，这一篇就带大家全面深入的死磕Java泛型。泛型擦除初探相信泛型大家都使用过，所以一些基础的知识点就不废话了，以免显得啰嗦。

1\.散列表（即哈希表概念）散列表是根据元素的关键码值而直接进行访问的数据结构。也就是说，它通过把关键码值映射到表中一个位置来访问记录，以加快查找速度。这个映射函数f叫做散列方法，存放记录的数组叫做散列表。若结构中存在关键字和K相等的记录，则必定在f(K)的存储位置上。由此，不需要比较便可直接取得所

开始搭建项目框架的时候,忽略了sql执行超时时间的问题.原本使用.net开发是,默认的超时时间是30s,这个时间一般一般sql是用不到的,但也不排除一些比较复杂或数据量较大的sql.而java中,如果不指定,默认超时时间是不做限制的,默认值为0.由于我们的项目采用Mybatis进行数据库操作,经过查看Mybaits相关文档,配置sql超时时间有两种

记得今年年初刚开始面试的时候，被问的最多的就是你知道Spring的两大核心嘛？那你说说什么是AOP，什么是IOC？我相信你可能也被问了很多次了。1、到底是什么是AOP？所谓AOP也就是面向切面编程，能够让我们在不影响原有业务功能的前提下，横切扩展新的功能。这里面有一个比较显眼的词我们需要注意一下，横切，它是基于横切面对程序进行扩展的。

　　我们在写单元测试的时候,除了接口直接抛异常而导致该单元测试失败外，还有种是业务上的错误也代表着该单元测试失败。好比我们在测试接口的时候，　　该接口返回是1代表成功，如果是0那就代表是失败的，这个时候可以考虑使用断言。　　一、原理我们知道，我们可以通过断言来校验测试用例的返回值和实际期望值进行比较，以此来判断测试是否通过。那我们先来看下如果失败的情

写在开篇的思路2020年是多灾难的一年，对于我们每个人来说，健康地活着比什么都重要。受到疫情的影响，很多公司都过得比较艰难，裁员更是普遍，所以对大部分来说保住饭碗就很不错了，更别说什么跳槽晋升了。但今年的我，似乎要比很多人幸运，专科出身，起点很低了，在看重学历的一众大厂中杀出一条血路。工作两年我就跳槽进入了苏宁，在苏宁待了3年，现在竟

单元测试​单元测试是实际开发中很重要但也经常被忽视的部分，其主要原因是编写Web功能测试所耗费的时间可能会大于你开发此功能的时间，因此，对于需要快速开发、上线的业务来说，项目中关于单元测试的部分很少。但是对于需要长期维护的项目，还需要考虑增加单元测试。只是第一次编写时会比较耗费时间，一旦基础结构完成，后续跟着功能的增加来增加单元测试并不会耗费

工欲善其事必先利其器，现在的node环境下，有太多好用的工具能够帮助我们更好的开发和维护管理项目。我本人不建议什么功能都自己写，我比较喜欢代码复用。只要能找到npm包来实现的功能，坚决不自己敲代码。本次编写程序的两个原则：1、尽量使用声明式的编程风格（声明式和命令式，不是很清楚的自己查查资料）2、能复用的决不自己编写。任何多余的繁琐的行为都是

这个图书管理系统是我学完PHP时写的一个练手项目，功能参考了自己学校的图书管理系统。为了锻炼自己的动手能力以及加深对代码的理解，前端和后端均由自己完成，前端使用了一些基本的框架(毕竟我主攻后端开发方向)，后端大部分要用到的功能都是自己从底层实现并封装，基本没有用到第三方框架。总体来说还是比较简陋的，在某些地方可能存在缺陷或者漏洞。项目地址