一、引言
毕业已经一年有余，这一年里特别感谢技术管理人员的器重，以及同事的帮忙，学到了不少
东西。这一年里走过一些弯路，也碰到一些难题，也受到过做为一名开发却经常为系统维护
和发布当救火队员的苦恼。遂决定梳理一下自己所学的东西，为大家分享一下。
经过一年意识到以前也有很多认识误区，比如：
?
偏爱收集，经常收集各种资料视频塞满一个个硬盘，然后心满意足的看着容量不行动。
?
不重基础，总觉得很多基础东西不需要再看了，其实不懂的地方很多，计算机程序方面任何
一个结果都必有原因，不要只会用不知道原理，那是加工厂出来的。现在
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
