一、引言
毕业已经一年有余，这一年里特别感谢技术管理人员的器重，以及同事的帮忙，学到了不少
东西。这一年里走过一些弯路，也碰到一些难题，也受到过做为一名开发却经常为系统维护
和发布当救火队员的苦恼。遂决定梳理一下自己所学的东西，为大家分享一下。
经过一年意识到以前也有很多认识误区，比如：
偏爱收集，经常收集各种资料视频塞满一个个硬盘，然后心满意足的看着容量不行动。
不重基础，总觉得很多基础东西不需要再看了，其实不懂的地方很多，计算机程序方面任何
一个结果都必有原因，不要只会用不知道原理，那是加工厂出来的。现在
ide
查看代码那么
方便，
ctrl
+
点击就进入了
JDK
查看实现细节。
好高骛远，在计算机基础不牢固的情况下，总想着要做架构，弄分布式，搞大数据之类。
不重视性能
，
只求能实现功能
，
sql
查询是不是可以优化
，
是否有算法妙用
，
大对象是否要
清除。
不重视扩展性，模块之间紧密耦合，常用方法不提取成工具类，调用关系混乱等问题。
……
本文重点不在这些，故只列举了一小部分，下面进入正题。
二、语法基础
2.1
Java
类初始化顺序
这是所有情况的类初始化顺序，如果实际类中没有定义则跳过：父类静态变量
——
父类静态
代码块
——
子类静态代码块
——
父类非静态变量
——
父
类非静态代码块
——
父类构造函数
——
子类非静态变量
——
子类非静态代码块
——
子类构造函数
2.2
值传递和引用传递
可能很多人对此不屑一顾，心想老子都工作一年了，对这些还不熟悉吗？但实际情况并非这
样，
JDK
中东西全部熟悉了吗
？
以一个最简单的例子
开始
，
你觉得下图中代码执行完之后
fatherList
中的元素是什么？
这是一个最基础的值传递和引用传递的例子，你觉得好简单，已经想跃跃欲试的挑战了，那
么请看下面的
，
StringBuffer
很好理解
，
但是当你执行一遍之后发现是不是和预想中的输出
不一样呢
？
String
不是引用类型吗
，
怎么会这样呢
？
如果你无法理解
，
那么请看下
String
的
实现源码，了解下其在内存中分配的实现原理。
2.3
集合的使用
这部分几乎每个人都会用到，而且大家还都不陌生。下图来源于互联网，供大家复习一下。
但是利用集合的特性进行巧妙的组合运用能解决优化很多复杂问题
。
Set
不可重复性
，
List
的顺序性
，
Map
的键值对
，
SortSet/SortMap
的有序性
，
我在工作中有很多复杂的业
务都巧
妙的使用了这些，涉及到公司保密信息，我就不贴出代码了。工作越久越发现这些和越巧妙。
2.3
异常处理
1.
看着
try
、
catch
、
finally
非常容易，如果和事务传播结合在一起，就会变得极其复杂。
2.finally
不一定必须执行，
return
在
catch
/finally
中处理情况（建议亲自操刀试一下）。
3.
catch
中可以继续抛自定义异常（并把异常一步步传递到控制层，利用切面抓取封装异常，
返回给调用者）。
2.4
面向对象思想
一提起面向对象，大家都知道抽象、封装、继承、和多态。但是实际工作经验中又知道多少
呢，对于项目中如何巧用估计更不要提了。
共性的机会每个都需要用的建立基类，如每个控制层方法可能要通过
security
获取一个登录
用户
id
，
用于根据不同的用户操作不同的数据
，
可以抽象出一个应用层基类
，
实现获取
id
的
protect
方法。同理
DAO
层可以利用泛型提取出一个包含增删改查的基类。
多态的
Override
：基类的引用变量不仅可以指向基类的实例对象，也可以指向其子类的实例
对象，如果指向子类的实例对象，其调用的方法应该是正在运行的那个对象的方法。在策略
模式中使用很普遍。
提到面向对象，就不可避免的要说设计模式，在工作中，一个技术大牛写的一个类似策略模
式（
更复杂一点
），
十分巧妙的解决了各种业务同一个方法
，
并且实现了订单
、
工单
、
业务
的解耦，看得我是非常佩服。我想很多面试中都会问道单例模式吧，还没有理解的建议去看
一看。
三、多线程
3.1
线程安全
这个是老生常谈的问题了，但是确实是问题和
bug
高发区。线程同步问题不需要单独写了，
想必大家都清楚，不太熟悉的建议百度一下。
3.1.1
线程安全问题
1.
代码中如果有同步操作，共享变量要特别注意（这个一般都能意识到）
2
多个操作能修改数据表中同一条数据的。（这个容易被忽略，业务
A
可能操作表
a
，业务
B
也可以操作表
a
，
业务
A
、
B
即使在不同的模块和方法中
，
也会引起线程安全问题
。
例如如
果一个人访问业务
A
接口
，
另一个人访问业务
B
接口
，在
web
中每个业务请求都是会有单
独的一个线程进行处理的，就会出现线程安全问题）。
3.
不安全的类型使用，例如
StringBuffer
、
StringBuild
，
HashTable
、
HashMap
等。在工作中我
就遇到过有人在
for
循环进行
list
的
remove
，虽然编译器不报错，程序可以运行，但是结果
却可想而知。
4.Spring
的
bean
默认是单例的
，
如果有类变量就要特别小心了
（
一般情况下是没人在控制
层、业务层、
DAO
层等用类变量的，用的话建议是
final
类型，例如日志
log
，
gson
等）。
5.
多个系统共享数据库情况，这个其实和分布式系统类似
用户重复提交问题（即使代码中从数据库读取是否存在进行限制不能解决问题）
3.1.2
线程安全解决
在需要同步的地方采用安全的类型。
JDK
锁机制，
lock
、
tryLock
，
synchronized
，
wait
、
notify
、
notifyAll
等
Concurrent
并发工具包，在处理一些问题上，谁用谁知道。强烈建议查看源码！
数据表加锁。（除非某个表的访问频率极低，否则不建议使用）
涉及分布式的，采用中间件技术例如
zookeeper
等解决。
3.2
异步
异步使用场景不影响主线程，且响应较慢的业务。例如
IO
操作，第三方服务（短信验证码、
app
推送、云存储上传等）。
如果异步任务很多
，
就需要使用任务队列了
，
任务队列可以在代码级别实现
，
也可以利用
redis
（优势太明显了）。
3.3
多线程通信
这方面文章非常多，这里不在详述。
1.
共享变量方式（共享文件、全局变量，信号量机制等）
2.
消息队列方式
3.
忙等，锁机制
3.4
多线程实现
1.
集成
Thread
类，重写（这里的重写指的是
override
）
run
方法，调用
start
方法执行。
2.
实现
Runable
接口，实现
run
方法，以
Runable
实例创建
thread
对象。
3.
实现
Callable
接口，实现
call
方法，
FutureTask
包装
callable
接口，
FutureTask
对象创建
thread
对象，常用语异步操作，建议使用匿名内部类，方便阅读和使用。
额外需要说明的是：
1.
理解
thread
的
join
方法；
2.
不要认为
volitate
是线程安全的（不明白原因的建议去看
jvm
运行时刻内存分配策略）；
3.
sleep
时间片结束后并不保证立马获取
cpu
。
4.ThreadLocal
能够为每一个线程维护变量副本，常用于在多线程中用空间换时间。
四、开源框架
4.1
Hibernate
、
Mybatis
相信每一个
java
程序员对这些都不陌生，这里不再详述。
需要说明的主要以下几点：
1.hibernate
一级缓存（内置
session
缓存），二级缓存（可装配
sessionFactory
缓存），二级缓
存会引起并发问题。
2.hibernate
延迟加载原理理解。
3.hibernate
的
get
、
load
方法，
sava
、
persist
、
savaOrUpdate
方法区别
4.
session
重建了关联关系却并没有同数据库进行同步和更新
5.hibernate
session
关联关系：
detached
对象、
persistent
对象
6.Spring
data
集成，注解方式配置属性和实体。
7.mybatis
插件。
8.
分页查询（数据库）。
9.
连接池技术
4.2
Spring
IOC
4.1.1
Spring
bean
1.bean
注入
注解方式方便易读
，
引用第三方
（
数据库连接
，
数据库连接池
，
JedisPool
等）
采用配置文件方式。
2.
bean
作用域：
Singleton
，
prototype
，
request
，
session
，
global
session
3.bean
生命周期
:
如下图所示（图片来源于互联网）：
4.3
Spring
AOP
基本概念：关注点、切面
Aspect
、切入点
pointcut
、连接点
joinpoint
、通知
advice
、织入
weave
、
引入
introduction
。
Spring
AOP
支持
5
中类型通知
，
分别是
MethodBeforeAdvice
、
AfterReturningAdvice
、
ThrowsAdvice
、
MethodInterceptor
、
IntroductionInterceptor
（吐槽一下名字太长）
实现方式如下
:
1.
基于代理的
AOP
2.
基于
@Aspect
注解驱动的切面。（强烈推荐：可读性好，易维护，易扩展，开发快）
3.
纯
POJO
切面。
4.
注入式
Aspect
切面。
4.4
Srping
事务
4.4.1
事务传播
概念：某些操作需要保证原子性，如果中间出错，需要事务回滚。如果某个事务回滚，那么
调用该事务的方法中的事务的作出如何的动作，就是事务传播。
短时间内写不清楚，
建议访问问
网页链接查看。
事务传播属性：
1.
PROPAGATION_
REQUIRED
–
支持当前事务
，
如果当前没有事务
，
就新建一个事务
。
这是最
常见的选择。
2.
PROPAGATION_SUPPORTS–
支持当前事务，如果当前没有事务，就以非事务方式执行。
3.
PROPAGATION_MANDATORY–
支持当前事务，如果当前没有事务，就抛出异常。
4.
PROPAGATION_
REQUIRES
_NEW–
新建事务，如果当前存在事务，把当前事务挂起。
5.
PROPAGATION_NOT_SUPPORTED–
以非事务方式执行操作
，
如果当前存在事务
，
就把当前
事务挂起。
6.
PROPAGATION_NEVER–
以非事务方式执行，如果当前存在事务，则抛出异常。
事务隔离级别：
1.
ISOLATION
_DEFAULT
：
这是一个
PlatfromTransactionManager
默认的隔离级别
，
使用数据
库默认的事务隔离级别
.
另外四个与
JDBC
的隔离级别相对应
2.
ISOLATION
_
READ
_
UNCOMMITTED
：
这是事务最低的隔离级别，充许令外一个事务可以看
到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。
3.
ISOLATION
_
READ
_
COMMITTED
：
保证一个事务修改的数据提交后才能被另外一个事务读
取。另外一个事务不能读取该事务未提交的数据
4.
ISOLATION
_
REPEATABLE
_
READ
：
这种事务隔离级别可以防止脏读
，
不可重复读
。
但是可
能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下
面的情况产生
(
不可重复读
)
。
5.
ISOLATION
_SERIALIZABLE
这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺
序执行。除了防止脏读，不可重复读外，还避免了幻像读。
4.5
其他
Spring
技术栈
spring
boot
轻量级启动框架
spring
security
用户权限管理
，
根据角色和用户
，
实现
UserDetailsService
，
进行自定义权限
管理。
spring
task
代码级定时任务，注解方式，使用起来非常方便。需要注意的是，如果某次定时
任务出了异常而没有进行处理，会导致接下来定时任务失效。如果各个任务相互独立，可以
简单用
try
，
catch
包围（之前就吃过这方面的亏）。
spring
data
注解方式定义实体，属性等
spring
mvc
简单明了的
mvc
框架
。
url
传值
、
数组传值
、
对象传值
、
对象数组等传值类型
，
上传
/
下载文件类型需要注意。
spring
restful
注意命名，对命名要求很严格。
spring
shell
命令行方式执行命令，救火、导入导出数据等用起来非常方便、制作报表。
五、
Web
基础
5.1
web
容器启动
1.
web
.
xml
加载顺序
:
listener
->
filter
->
servlet
2.
webt
容器启动过程，
java
新手很怕配置文件，理解完这些有助于熟悉配置文件网页链接
5.2
Servlet
、
Interceptor
、
Listener
、
Filter
Servlet
接收请求返回响应，最原始的
web
业务处理类。
Interceptor
拦截器
，
可以实现
HandlerInterceptor
接口自定义拦截器
，
在日志记录
、
权限检
查、性能监控、通用行为等场景使用，本质是
AOP
。
Listener
监听器
常用于统计在线人数等纵向功能。
Filter
过滤器
在请求接口处理业务之前改变
requset
，
在业务处理之后响应用户之前改变
response
。如果某些数据不加密，很容易用抓包工具加
filter
作弊。
5.3
web
项目结构
5.3.1
mvn
结构
熟练掌握几种常见的
mvn
项目结构，
mvn
可以自动生成，这里不再详述。
5.3.2
mvn
包管理
1.
版本号尽量几种在一个文件中便于管理。
2.
spring
milestone
包解决
spring
包冲突问题。
3.mvn
dependency:tree
命令分析所有包依赖，对于冲突的在
pom
文件中
包围起来
5.3.3
版本控制
1.
git
、
svn
等
2.
代码冲突解决方案
3.
分支管理。
对于某个稳定版本上线后，如果在此基础上开发新功能，一定要新建分支，在新分支上提交
代码，最后在新版发布时合并分支。修改运营环境
bug
切换到主分支进行修改
5.4
Http
请求
5.4.1
请求方法
post
、
get
、
put
、
head
、
delete
、
copy
、
move
、
connect
、
link
、
patch
，最常用的是前
4
、
5
个。
5.4.2
请求头，状态码
常用的请求头有
Accept
（
下载文件会特殊使用
）、
Accept-
Charset
（
设置
utf-8
字符集
）、
Content
-Type
（
json
等配置）等
常用的响应头有
Content
-Type
、
Content
-Type
、
Content
-
Length
等，偏前端，不再详述。
六、系统架构
接触的不是特别多，目前用到的只是服务器主从备份。
Nginx
反向代理进行配置。
多个项目
nginx
配置
Spring
Mvc
用
json
数据进行交互，配置
json
转换的
servlet
。
封装返回值
自定义
RunEnvironmentException
（状态码，原因），覆盖原有
Exception
，切面
ExceptionHandler
抓取
Exception
并封装到返回值中（前后端松耦合）
令人头疼的用户重复
（
连续快速点击
）
提交问题
，
前端限制治标不治本
；
后端用
sessonid
在切面上实现
，
又需要前端存储
，
对所有请求数据加
sessionId
。
最后用
jedis
中存储
，
用接
口名
+
用户名当做
key
，
根据不同的接口对不同的
key
可以单独设置时间
，
不仅保
证了重复
提交问题，也避免了恶意请求问题，同时还能自定义请求间隔。（期初担心
redis
缓存读写时
间延误导致限制失效，后来发现多虑了，对一般的小系统来说，经性能测试，发现即使请求
频率再提高
100
被也不会导致限制失效）
testNg
单元测试、性能测试，覆盖测试。
切面管理日期、权限。缓存等。
七、
Nosql
1.
Redis
的
java
库
Jedis
。
Jedispool
配置。
项目中用到的有任务队列、缓存。
2.
neo4j
图数据库
处理社交、推荐
八、服务端
linux
操作系统熟悉以
centos
为例：
常用简单命令
：
ssh
、
vim
、
scp
、
ps
、
gerp
、
sed
、
awk
、
cat
、
tail
，
df
、
top
，
shell
、
chmod
、
sh
、
tar
、
find
、
wc
、
ln
、
|
目录结构明细
:/etc/
、
~/
、
/usr/
、
/dev/
、
/home/
、
/etc/init.d/
服务端
：
jdk
、
tomcat
、
nginx
、
mysql
、
jedis
、
neo4j
启动与配置
（
特别说明的是该死的防火
墙，
nginx
启动后一直访问不了，查找一下午查不到原因，最后发现是防火墙问题）
监控服务器状态（
cpu
，磁盘，内存），定位
pid
，日志查看
nginx
负载均衡、反向代理、配置
自动化部署脚本
简单
shell
脚本书写，避免大量人力劳动。
监控系统，代码抛
fatal
异常自动发邮件，系统指标持续偏高自动发邮件。
九、第三方接口对接
9.1
支付接口
微信支付坑比较多，用将近两周时间才把微信支付所有完成。需要在微信后台配置的地方太
多。
而支付宝支付模块只用了
2
天时间就搞定了。
9.2
推送接口
为用户定义
tag
、
定义
alias
，
注意当数据更新时需要同步更新
tag
、
更新
alias
。
如果没采用
异步实现（用户体验就是好卡啊）
9.3
云存储
大量文件上传云端（七牛云），注意创建
bucket
9.4
短信验证
很简单的第三方接口，引入依赖，直接调用即可。需要在第三方后台设置模板等，注意限定
用户访问次数。
9.5
邮件
很简单小功能，工具类。
时间有限，目前先写这么多技术栈。
6/10