解析：这里可能会有误区，其实普通的类方法是可以和类名同名的，和构造方法唯一的区分就是，构造方法没有返回值。<

va异常的基类为java.lang.Throwable，java.lang.Error和java.lang.Exception继承 Throwable，RuntimeException和其它的Exception等继承Exception

　less命令也是对文件或其它输出进行分页显示的工具，功能极其强大。less 的用法比起 more 更加有弹性。前面more介绍中，按b可以向前翻页， 按空格向后翻页， less 可以使用 [pageup] [pagedown] 等按键的功能来往前往后翻看文件

JAVA中关于变量赋值的机制（值传递机制） 　　1.如果变量是基本数据类型，此时赋值的是数据的实际值，即实参传递给形参的是实参的值 　　2.如果变量是引用数据类型，此时赋值的是保存数据的地址值，即实参传递给形参的是实参的地址

补充知识：SPRING MVC文件上传功能关于不能实例化multipartfile对象原因分析 　　实现文件上传有几个需要注意的地方 　　1、文件上传的HTML，需要在form中加入enctype="multipart/form-data"

原因是from标签内未添加enctype="multipart/form-data"，因为在表单中的默认情况，这个编码格式是application/x-www-form-urlencoded，不能用于文件上传；只有使用了multipart/form-data，才能完整的传递文件数据。 　　这里我们需要知道一点，spring在处理入参的时候， 遇到MultipartFile相关就会先去校验。（在controller中会用MultipartFile接受参数）

找了很久，发现是缺少jar包引入…… 　　网上的一些解决方法，总结下来是这样的： 　　1、检查是否引入了相关的依赖； 　　2、检查是否在启动类上添加了@EnableAutoConfiguration或@SpringBootApplication注解； 　　3、检查是否在配置文件中添加了相关的配置；

将对象组合成树形结构以表示“部分整体”的层次结构。Composite使得用户对单个对象和组合对象的使用具有一致性（稳定）。 class Component { public: virtual void process() = 0; virtual ~Component() {} }; //树节点 class Composite : public Component { string name

迭代器模式（Iterator Pattern） 目前已经是一个没落的模式， 基本上没人会单独写一个迭代器， 除非是产品性质的开发， 其定义如下： 它提供一种方法访问一个容器对象中各个元素， 而又不需暴露该对象的内部细节。

模式定义 给定一个语言，定义它的文法的一种表示，并定义一种解释器，这个解释器使用该表示来解释语言中的句子。 解释器模式的优点 解释器是一个简单语法分析工具， 它最显著的优点就是扩展性， 修改语法规则只要修改相应的非终结符表达式就可以了， 若扩展语法， 则只要增加非终结符类就可以了。 解释器模式的缺点 ● 解释器模式会引起类膨胀 ● 解释器模式采用递归调用方法 ● 效率问题 解释器模式的使用场景 ●

模式定义 在不破坏封装性的前提下，捕获、企对象的内部状态，并在该对象之外保存这个状态。这样以后就可以将该对象恢复到原先保存的状态。 备忘录模式的使用场景 ● 需要保存和恢复数据的相关状态场景。 ● 提供一个可回滚(rollback) 的操作； 比如Word中的CTRL+Z组合键， IE浏览器中的后 退按钮， 文件管理器上的backspace键等。 ● 需要监控的副本场景中。 例如要监控一个对象的属

模式定义 允许一个对象在其内部状态改变时改变它的行为。从而使对象看起来似乎修改了其行为。 状态模式的优点 结构清晰 遵循设计原则 封装性非常好 状态模式的缺点 状态模式既然有优点， 那当然有缺点了。 但只有一个缺点， 子类会太多， 也就是类膨胀。 如果一个事物有很多个状态也不稀奇， 如果完全使用状态模式就会有太多的子类， 不好管理， 这个需要大家在项目中自己衡量。 状态模式的应用场景 ● 行为随状

模式定义 表示一个作用于某对象结构中的各元素的操作。使得可以在不改变（稳定）各元素的类的前提下定义（扩展）作用于这些元素的新操作（变化）。 class Visitor; class Element { public: virtual void accept(Visitor& visitor) = 0; //第一次多态辨析 virtual ~Element() {} }; class Eleme

模式定义 将一个请求（行为）封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排日志，以及支持可撤销的操作。 class Command { public: virtual void execute() = 0; }; class ConcreteCommand1 : public Command { string arg; public: ConcreteCommand1(co

模式定义 将抽象部分(业务功能)与实现部分(平台实现)分离，使它们都可以独立地变化。 要点总结 Bridge模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维度来变化。所谓抽象和实现沿着各自纬度的变化，即“子类化”它们。 Bridge模式有时候类似于多继承方案，但是多继承方案往往违背单一职责原则（即一个类只有一个变化的原因），复用性比较差。Bridge模