今天：看书，看博客，收了一个外门弟子，帮助他解决任务中的问题；复盘已无需要做的东西，在等前端弄好之后demo；

}

使这个实例在全局都可用；

特点：私有构造器（可以类比Enum的构造器）（Enum也是实现单例的一种方式）。

单例模式的潜在问题：

}

例如上面中，有可能单例会抛出读写文件的IO异常，但在此方法中编译器不需要trycatch。

因为没有依赖关系，自然不存在依赖注入，代码变得更加晦涩难懂。

最后一点是，当使用单例模式时，必须确定这个单例在整个程序的生命周期只需要存在一个，一旦这个假设在开发中被打破，所有的使用单例的代码都需要修改。

——————————————————————————————————————————————————

Maven依赖冲突的原因和默认解决方式是什么？

当依赖A和依赖B同时依赖C，且二者需要的C的版本不同是，会引起依赖冲突。

如图：

一个依赖只会被引入一个版本，不可能同时加入同一个依赖的多个版本。

Maven默认的选择机制：

如果距离一样，按pom文件的顺序进行选择。

解决方法：

IDEA自带了检查依赖冲突的界面；

Maven也有相应的插件：

mvn enforcer:enforce

    </plugin>

异常处理中的几个最佳实践：

2.抛出异常的范围越确切越好，一般不要直接抛出Exception，让别人不知道你的方法可能抛出哪些异常。

3.自定义的异常要在方法前进行说明此异常的含义。

4.catch异常时，详细打出日志说明原因。

5.多个catch时注意顺序从小到大，注意IDE提示的 unreachable code

6.永远不要catch Throwable：

Throwable是所有Exception和Error的父类，Throwable有可能是JVM中的严重错误，不是需要代码解决的问题。

明天：要去医院，感冒又加重了；总结面试中的知识点；

问题：开始准备面试了，心很虚

总结：无

进度：http://task.ptteng.com/zentao/project-burn-277.html

demo：1号