Java学习之路 Spring

Spring两大核心：IOC、DI

IOC：控制反转，程序员将对象的实例化工作完全交给框架，需要对象时只要去框架的容器内（BeanFactory/ApplicationContext）申请即可。（但是如何实例化依然需要程序员告诉容器）

最基本的IOC：

很清楚，创建一个ApplicationContext容器，通过容器的getBean方法获取对象实例。

Windows上必须加上context.registerShutdownHook();来确保销毁容器

而容器是根据xml中的配置进行具体的实例化工作

这是最基本的xml，bean表示一个类，id用于依赖注入，也就是一个在xml内使用的变量名，class是类本名，property是类变量，value可以依赖于别的bean

scope用来指明是否单例模式

Spring容器有三种配置方法：xml、注解、基于Java

配置类初始化和销毁方法

init-method/destroy-method，可以用来代替构造函数

如果有很多个类都是init和destroy这两个名字作为初始化和销毁方法，可以配置默认方法

定义继承：

显然abstract不能被实例化，而parent声明继承关系，如果有参数被缺省初始化，那么会自动继承父类对应变量值，否则为null，如helloIndia::message2="Hello Second World!"

DI：依赖注入，显然当我们不用框架编写程序时，每个成熟的类都需要依赖或多或少的其他工具类，那么可重用性就不高。

例如这就是通常情况下我们使用其他工具类的方法：自己进行初始化。然而，一旦换到其他应用环境，可能SpellChecker初始化就需要增加一些额外的参数而不是无参数初始化，这时就不得不回来修改TextEditor的源码。

可是在Spring下，可以这么写。在TextEditor的初始化时直接传入一个spellChecker实例（依赖注入），这下就方便了，遇到不同环境，只需要去xml文件里面更改spellChecker的初始化方式就行了，源码并不需要作修改。

上面这种DI方法叫做基于构造函数的依赖注入，他的xml要这么写

<constructor-arg ref=" "/>用来指明构造函数参数的依赖注入，ref表明这是一个引用其他bean类的参数

同样也可以根据参数类型和索引来注入依赖

基于设值函数的依赖注入:

其实就是用若干个setXXX函数来代替构造函数了

在xml里面也从<constructor-arg ref=" "/>变成了<property name=" " ref=" "/>,不难理解

p:参数名=" " 直接的值

p:参数名-ref=" " 引用的值

同样也有cnamespace,指代constructor-arg,都是用来简化xml编写，主要这里的p/c属性都在bean标签内

使用方法:引入命名空间

xmlns:p="http://www.springframework.org/schema/p"

xmlns:c="http://www.springframework.org/schema/c"

上面的代码不变，还可以这么写xml，称为内部类依赖注入

区别就在于peoperty标签内再起一个bean标签，表明这是作为内部类注入的依赖

基于工厂方法（接口）注入：

https://www.cnblogs.com/doudou618/p/4325995.html

注入集合：

空串："" 空值：<null/>

自动装配

上述的依赖注入非常清晰，但同时也相当繁琐，Spring容器通过自动装配来简化我们的xml编写

使用方法是指定bean标签的autowire属性模式

先看正常情况下的xml：

byName模式下的autowire编写：

可以看到，autowire被声明为byName模式。而且省去了对spellChecker的引用：因为这个模式下容器会自动在xml里寻找和这个名字一样的bean注入依赖。显然要想使用byName模式，在类成员的命名和xml的标签命名上要一致，否则容器是找不到的。

byType模式下的依赖注入：

这里的要求就更松了：如果类成员只有一个SpellChecker类型，那么名字都可以随便起，容器只要类型匹配即可

constructor模式

不使用set方法而是用构造函数

以上都是通过xml文件进行配置，还可以用注解来配置:

新增三个context相关的bean属性以及<context:annotation-config/>启用注解

注：xml优先级高于注解，会覆盖

@Required放在setXXX方法上,表明该XXX成员不可缺省，必须在xml中进行初始化指定

@Autowired 自动装配：会给注释在setter方法上的成员进行byType模式自动装配，如果没有setter方法，也可以在成员声明上直接注释，会自动创建setter方法，放在构造函数上也可以

@Autowired(required=false)告诉编译器，即使没有找到匹配的bean也不报错

@Qualifier(" A ")用来配合Autowired进行自动装配，告诉容器要去寻找id为"A"的bean进行装配

@PostConstruct 和 @PreDestroy 放在init和destory上，省去xml配置

@Resource类似@Autowired,但他是byName的 @Resource(name= "spellChecker")

AOP:面向方面编程

https://www.cnblogs.com/liuruowang/p/5711563.html

https://www.cnblogs.com/Wolfmanlq/p/6036019.html

https://blog.csdn.net/q982151756/article/details/80513340

 

Spring下mvc相关的配置：

Controller相当于告诉容器这是个能处理事件的函数，RequestMapping则声明url链接以及http头里面的方法是哪种类型（一般是GET或者POST）。ResponseBody！！当你想返回html以外格式的文件时（比如String、JSON等），就必须用这个注释，这里我们要返回一个Map，但显然单单一个Map传到网页前端可不会自动帮我们转换到JSON。

还需要在servlet的xml文件中添加一行：viewClass，告诉网页用JstlView来解析这个Map，接下来我们就能在网页上看到合适的结果了。在这个上面还要添加mvc注释驱动

接下来服务器是没问题了，那么客户端呢？

先来看我写的一个测试客户端

用的是java自带的httpURLConnection，这没问题，你想用httpclient也行。总之，进行一些必要的参数设置之后，我们connect并准备要去输入字节流里面获取服务器返回的信息了。注意，不要用字节数组读入，我本来使用字节数组读入，然后发现结果非常的奇怪，比如JSON字符串在网页上还显示正常，一读过来就格式错误---->特别多无意义的空格。解决办法呢也很简单，就是用BufferedReader去读取，并且声明是“UTF-8”格式，这下能够正常读入了，下面是客户端输出的字符串。

ps.用Postman调试比自己写客户端调试更好

请求url的参数名和控制器的形参名一致的话，可以不用加@RequestParam

SpringAOP没效果的原因：

https://bbs.csdn.net/topics/391049202?page=1

如果对Controller进行环绕，就要到映射到该Controller方法的servletName-servlet.xml中设置AOP自动代理

比如下面这个

就要到 learn_test-servlet.xml中设置

ok

环绕方法中获取客户端发来参数：

https://blog.csdn.net/u011355420/article/details/80955629