文章目录
注解
什么是注解
Jdk1.5新增新技术，注解。很多框架为了简化代码，都会提供有些注解。可以理解为插件，是代码级别的插件，在类的方法上写：@XXX，就是在代码上插入了一个插件。
注解不会也不能影响代码的实际逻辑，仅仅起到辅助性的作用。
注解分类：内置注解(也成为元注解，jdk 自带注解)、自定义注解（Spring框架）
内置注解
- @SuppressWarnings 再程序前面加上可以在javac编译中去除警告。
- @Deprecated 带有标记的包，方法，字段说明其过时。
- @Overricle 打上这个标记说明该方法是将父类的方法重写。
自定义注解
元注解的作用就是负责注解其他注解。Java5.0定义了4个标准的meta-annotation类型，它们被用来提供对其它 annotation类型作说明。Java5.0定义的元注解：@Target
-
@Target
说明了Annotation所修饰的对象范围：Annotation可被用于 packages、types（类、接口、枚举、Annotation类型）、类型成员（方法、构造方法、成员变量、枚举值）、方法参数和本地变量（如循环变量、catch参数）。在Annotation类型的声明中使用了target可更加明晰其修饰的目标。
-
CONSTRUCTOR:用于描述构造器；
-
FIELD:用于描述域；
-
LOCAL_VARIABLE:用于描述局部变量；
-
METHOD:用于描述方法；
-
PACKAGE:用于描述包；
-
PARAMETER:用于描述参数；
-
TYPE:用于描述类、接口(包括注解类型) 或enum声明。
-
-
@Retention
表示需要在什么级别保存该注释信息，用于描述注解的生命周期（即：被描述的注解在什么范围内有效）
- RetentionPolicy.SOURCE —— 这种类型的Annotations只在源代码级别保留,编译时就会被忽略。
- RetentionPolicy.CLASS —— 这种类型的Annotations编译时被保留,在class文件中存在,但JVM将会忽略 。
- RetentionPolicy.RUNTIME —— 这种类型的Annotations将被JVM保留,所以他们能在运行时被JVM或其他使用反射机制的代码所读取和使用。
-
@Documented
Documented 注解表明这个注解应该被 javadoc工具记录. 默认情况下,javadoc是不包括注解的. 但如果声明注解时指定了 @Documented,则它会被 javadoc 之类的工具处理, 所以注解类型信息也会被包括在生成的文档中。
-
@Inherited
这是一个稍微复杂的注解类型. 它指明被注解的类会自动继承. 更具体地说,如果定义注解时使用了 @Inherited 标记,然后用定义的注解来标注另一个父类, 父类又有一个子类(subclass),则父类的所有属性将被继承到它的子类中。
@Target(value = { ElementType.METHOD, ElementType.TYPE }) @Retention(RetentionPolicy.RUNTIME) public @interface OneAnnotation { int beanId() default 0; String className() default ""; String[]arrays(); } @OneAnnotation(beanId = 123, className = "className", arrays = { "111", "222" }) public void add() { }使用注解实习ORM映射
// 表的实体类 @Table(value = "it_user") class User { @ProPerty(value = "it_id", leng = 10) private String id; @ProPerty(value = "it_name", leng = 10) private String name; public String getId() { return id; } public void setId(String id) { this.id = id; } public String getName() { return name; } public void setName(String name) { this.name = name; } } // 类注解 @Target(value = ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @interface Table { String value(); } // 属性注解 @Retention(RetentionPolicy.RUNTIME) @interface ProPerty { String value(); int leng(); } // 测试方法 public class TestInterface { public static void main(String[] args) throws ClassNotFoundException { Class<?> forName = Class.forName("com.itmayiedu.User"); StringBuffer sf = new StringBuffer(); sf.append(" select "); // 获取当前的所有的属性 Field[] declaredFields = forName.getDeclaredFields(); for (int i = 0; i < declaredFields.length; i++) { Field field = declaredFields[i]; ProPerty proPertyAnnota = field.getDeclaredAnnotation(ProPerty.class); String proPertyName = proPertyAnnota.value(); sf.append(" " + proPertyName); if (i < declaredFields.length - 1) { sf.append(" , "); } } Table tableAnnota = forName.getDeclaredAnnotation(Table.class); // 表的名称 String tableName = tableAnnota.value(); sf.append(" from " + tableName); System.out.println(sf.toString()); } }
常用的设计模式
什么是设计模式
设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。
毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理的运用设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是它能被广泛应用的原因。
设计模式的作用
重复利用，代码易于扩展，提高阅读，减少代码。
设计模式的分类
-
创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
-
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
-
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
设计模式的六大原则
-
开闭原则（Open Close Principle）
开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。
-
里氏代换原则（Liskov Substitution Principle）
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。
-
依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。
-
接口隔离原则（Interface Segregation Principle）
这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。
-
迪米特法则（最少知道原则）（Demeter Principle）
为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。
-
合成复用原则（Composite Reuse Principle）
原则是尽量使用合成/聚合的方式，而不是使用继承（代码复用）。
单例模式
什么是单例模式
单例保证一个对象JVM中只能有一个实例，常见单例 懒汉式、饿汉式
-
懒汉式：就是需要的才会去实例化,线程不安全。
-
饿汉式：就是当class文件被加载的时候，初始化，天生线程安全。
懒汉式
class SingletonTest {
public static void main(String[] args) {
Singleton sl1 = Singleton.getSingleton();
Singleton sl2 = Singleton.getSingleton();
System.out.println(sl1 == sl2);
}
}
// 懒汉式 第一种写法 使用同步方法
public class Singleton {
// 当需要的才会被实例化
private static Singleton singleton;
private Singleton() {
}
synchronized public static Singleton getSingleton() {
if (singleton == null) {
singleton = new Singleton();
}
return singleton;
}
}
// 懒汉式 第二种写法 效率高 双重检验锁
static public Singleton getSingleton2() {
if (singleton == null) { // 第一步检验锁
synchronized (Singleton.class) { // 第二步检验锁
if (singleton == null) {
singleton = new Singleton();
}
}
}
return singleton;
}
饿汉式
class SingletonTest1 {
public static void main(String[] args) {
Singleton1 sl1 = Singleton1.getSingleton();
Singleton1 sl2 = Singleton1.getSingleton();
System.out.println((sl1 == sl2)+"-");
}
}
public class Singleton1 {
//当class 文件被加载初始化
private static Singleton1 singleton = new Singleton1();
private Singleton1() {
}
public static Singleton1 getSingleton() {
return singleton;
}
}
工厂模式
什么是工厂模式
实现创建者和调用者分离
简单工厂
interface Car {
void run();
}
class AoDi implements Car {
@Override
public void run() {
System.out.println("我是奥迪....");
}
}
class BenChi implements Car {
@Override
public void run() {
System.out.println("我是奔驰....");
}
}
class CarFactory {
public static Car createCar(String name) {
Car car = null;
switch (name) {
case "奥迪":
car = new AoDi();
break;
case "奔驰":
car = new BenChi();
break;
default:
break;
}
return car;
}
}
public class Test002 {
public static void main(String[] args) {
Car car = CarFactory.createCar("奔驰");
car.run();
}
}
工厂方法
interface Car {
void run();
}
class AoDi implements Car {
@Override
public void run() {
System.out.println("我是奥迪....");
}
}
class BenChi implements Car {
@Override
public void run() {
System.out.println("我是奔驰....");
}
}
class BenChiFactory {
public static Car createCar() {
return new BenChi();
}
}
class AoDiFactory {
public static Car createCar() {
return new AoDi();
}
}
public class Test002 {
public static void main(String[] args) {
Car aodi = AoDiFactory.createCar();
Car benchi = BenChiFactory.createCar();
aodi.run();
benchi.run();
}
}
代理模式
什么是代理模式
通过代理控制对象的访问,可以详细访问某个对象的方法，在这个方法调用处理，或调用后处理。既(AOP微实现) ,AOP核心技术面向切面编程。
代理应用场景
-
安全代理 可以屏蔽真实角色。
-
远程代理 远程调用代理类RMI。
-
延迟加载，先加载轻量级代理类，真正需要在加载实例。
代理的分类
-
静态代理(静态定义代理类)
-
动态代理(动态生成代理类)
Jdk自带动态代理、Cglib 、javaassist（字节码操作库）
静态代理
静态代理需要自己生成代理类
public class XiaoMing implements Hose {
@Override
public void mai() {
System.out.println("我是小明,我要买房啦!!!!haha ");
}
}
class Proxy implements Hose {
private XiaoMing xiaoMing;
public Proxy(XiaoMing xiaoMing) {
this.xiaoMing = xiaoMing;
}
public void mai() {
System.out.println("我是中介 看你买房开始啦!");
xiaoMing.mai();
System.out.println("我是中介 看你买房结束啦!");
}
public static void main(String[] args) {
Hose proxy = new Proxy(new XiaoMing());
proxy.mai();
}
}
JDK动态代理(不需要生成代理类)
需要实现InvocationHandler
public interface Hose {
public void mai();
}
public class XiaoMing implements Hose {
@Override
public void mai() {
System.out.println("我是小明,我要买房啦!!!!haha ");
}
}
// 实现InvocationHandler
public class JDKProxy implements InvocationHandler {
private Object tarjet;
public JDKProxy(Object tarjet) {
this.tarjet = tarjet;
}
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("我是房产中介.....开始监听你买房啦!");
Object oj = method.invoke(tarjet, args);
System.out.println("我是房产中介.....结束监听你买房啦!");
return oj;
}
}
class TestJDK {
public static void main(String[] args) {
XiaoMing xiaoMing = new XiaoMing();
JDKProxy jdkProxy = new JDKProxy(xiaoMing);
Hose hose=(Hose) Proxy.newProxyInstance(xiaoMing.getClass().getClassLoader(), xiaoMing.getClass().getInterfaces(), jdkProxy);
hose.mai();
}
}
CGLIB动态代理
import java.lang.reflect.Method;
import net.sf.cglib.proxy.Enhancer;
import net.sf.cglib.proxy.MethodInterceptor;
import net.sf.cglib.proxy.MethodProxy;
public class Cglib implements MethodInterceptor {
@Override
public Object intercept(Object o, Method method, Object[] args, MethodProxy methodProxy) throws Throwable {
System.out.println("我是买房中介 ， 开始监听你买房了....");
Object invokeSuper = methodProxy.invokeSuper(o, args);
System.out.println("我是买房中介 ， 开结束你买房了....");
return invokeSuper;
}
}
class TestCglib {
public static void main(String[] args) {
Cglib cglib = new Cglib();
Enhancer enhancer = new Enhancer();
enhancer.setSuperclass(XiaoMing.class);
enhancer.setCallback(cglib);
Hose hose = (Hose) enhancer.create();
hose.mai();
}
}
CGLIB与JDK动态代理区别
区别： java动态代理是利用反射机制生成一个实现代理接口的匿名类，在调用具体方法前调用InvokeHandler来处理。而cglib动态代理是利用asm开源包，对代理对象类的class文件加载进来，通过修改其字节码生成子类来处理。
- 如果目标对象实现了接口，默认情况下会采用JDK的动态代理实现AOP；
- 如果目标对象实现了接口，可以强制使用CGLIB实现AOP；
- 如果目标对象没有实现了接口，必须采用CGLIB库，spring会自动在JDK动态代理和CGLIB之间转换 。
扫一扫
746
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
