其实学习Spring呢，一方面是为了简化开发周期，另一方面便是能用Spring的注解及xml配置后交给Spring帮忙管理，省去很多没必要的繁琐事。但是呢，因为Spring的XML太烦了，所以现在普遍采用注解替换XML的形式，进行注解开发。（主要是因为xml有时候记不住啊，容易忘嘛，想偷懒嘛~）
一、入门常用的Spring管理注解。1.@Component 除三层之外的类
2.@Controller 把web层的类交给Spring管理。因为 Servlet/Filter 对象不能交给spring管理，所以后期我们选择替换掉Servlet，采用新的框架SpringMVC！（毕竟那玩意妨碍到我们偷懒了，那就得想办法干掉）
3.@Service 把业务层的业务类交给spring管理
4.@Repository 把Dao层的Dao类交给spring管理
那么要怎么去使用呢？
二、举个简单的使用例子。①现在pom.xml中加入Spring 的依赖：
org.springframework spring-context4.3.10.RELEASE org.projectlombok lombok1.18.20 compile org.springframework spring-context4.3.10.RELEASE org.springframework spring-aspects4.3.10.RELEASE org.springframework spring-orm4.3.10.RELEASE org.springframework spring-web4.3.10.RELEASE org.springframework spring-test4.3.10.RELEASE junit junit4.13.2 test
②写一个DAO层的接口叫UserDAO以及其实现类UserDAOImpl：
//这里是分开的，只是我懒放一起了
//UserDAO接口
public interface UserDAO {
public void testDAO();
}
//UserDAOImpl实现类
import com.test.dao.UserDAO;
import org.springframework.stereotype.Repository;
//将userDAOImpl交给Spring管理并起名为userDAO
@Repository("userDAO")
public class UserDAOImpl implements UserDAO {
public void testDAO() {
System.out.println("这是DAO层");
}
}
③写一个UserService接口和UserServiceImpl实现类
//这里也是分开的，别问问就是我懒
//接口
public interface UserService {
public void UserService();
}
//实现类
//@service交给Spring管理
@Service
public class UserServiceImpl implements UserService {
// 按照类型自动注入刚才交给Spring管理的userDAO
@Autowired
private UserDAO userDAO;
public void UserService() {
System.out.println("这是service");
}
}
④然后我们在Spring的配置文件applicationContext.xml中开启Spring的注解扫描：
这个配置是用于开启Spring对我们在项目中添加了注解的实体类进行扫描，然后用于之后我们通过注解将这个实体类对象注入到别的实体类中。
base-package是指我们需要扫描的包及其后代包
⑤然后我们去Test写一个测试类：
public class UserServiceTest {
public static ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
public static UserService userService1 = (UserService) context.getBean("userService");
@Test
public void test(){
userService1.UserService();
}
}
然后看结果：
我们可以看到， 这里我们的Service类中的userDAO对象已经成功注入并运行了里面的testDAO()方法。
那么我们能不能再简洁一点？再偷点懒？答案是：可以！
所以我们通过注解来进行加载xml的操作：
1.@RunWith(SpringJUnit4ClassRunner.class) //创建Spring容器, 注入测试类需要bean
2.@ContextConfiguration("classpath:applicationContext.xml") //指定加载的spring的配置文件
然后我们再通过@
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration("classpath:applicationContext.xml")
public class UserServiceTest {
public static ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
public static UserService userService1 = (UserService) context.getBean("userService");
@Autowired
private UserService userService2;
@Test
public void test(){
userService1.UserService();
System.out.println("=========");
userService2.UserService();
}
然后看结果：
完美替换！
所以我们就可以写成纯注解形式：
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration("classpath:applicationContext.xml")
public class UserServiceTest {
@Autowired
private UserService userService2;
@Test
public void test(){
userService2.UserService();
}
}
所以这便是注解开发带来的好处！能更加的方便简洁！
当然如果你们不放心这么自动注入，怕出错的话，我们还能手动规定类型注入：
加入一个@Qualifier()标签，在里面填入你想要的类型名！
这里的名字默认是要跟你选定的类型的类名一致，但是如果你给你指定的类规定了名字，就需要改为规定的名字：
三、自己新建的实体类对象和交给Spring管理的实体类对象的区别。
那么，现在抛出一个问题：我们自己手动新建一个实体类对象，那这个实体类对象中的@Autowired是否还能生效？Spring是否还会自动帮我们注入？
不废话，直接上代码测试：
那么结果是：
也就是说：我们的这个类中的userDAO是空的！
所以结果就是：我们自己新建的userService3实体类对象Spring并不会帮我们自动注入！
原因：
因为Spring只会自动为已经交给Spring管理的实体类对象注入他们想要的实体类对象！我们自己新建的实体类对象并不是交给Spring容器管理的那个对象，是完全不相同的对象，这个对象并没有交给Spring容器进行管理，所以Spring是不会扫描到的（即使我们加了@Service注解）。
意思就是，其实，无论你把这个userService实体类对象交给Spring对象管理后它被注入到多少个不同的其它的实体类对象中，这些实体类对象中的userService对象都是同一个！
