ApplicaitionContext妙用request解耦合

　　本文记录一个web应用中，如果要获取request对象怎么获取，本次主要思考来自看到上次文件必须把request对象放进service层导致的疑问，然后学习总结之。

　　第一，也是我们最常用的，在controller的方法中让request作为参数传入，但是这个的坏处就是我的疑问，必须要把该request传来穿去，导致耦合度高，因为你也不想你的类依赖request。

　　第二，通用Spring注入的方式进行。下面代码也可以在基类BaseController中注意，后者更好，避免多次写代码，但原理都是一样的。这种方法不用担心线程安全问题，因为Spring后台会类似数据库连接一样，使用ThreadLocal来对实例进行保存，因此也能保证每个线程唯一。

@Controller
public class TestController extends BaseController{

    @Autowired
    private HttpServletRequest request; //自动注入request

    @RequestMapping("/test")
    public void test() throws InterruptedException{
        //模拟程序执行了一段时间
        Thread.sleep(1000);
    }

　　第三，手动调用，效果和原理同二

@Controller
public class TestController {
    @RequestMapping("/test")
    public void test() throws InterruptedException {
        HttpServletRequest request = ((ServletRequestAttributes) (RequestContextHolder.currentRequestAttributes())).getRequest();
        // 模拟程序执行了一段时间
        Thread.sleep(1000);
    }
}

　　其中自动注入方法和手动注入方法都可以在专门需要request的地方注入，使得代码简练，接口明确解耦合，不依赖框架。下面给出一个在bean中注入的场景：

@Service
public class RecommendationProxy implements PreDiagnosis, Diagnose, DoctorMatch {

    @Autowired
    private PreDiagnosis preDiagnose;

    @Autowired
    private Diagnose diagnose;

    @Autowired
    private DoctorMatch doctorMatch;

    @Autowired
    private HttpServletRequest request;

    Map<Doctor, Float> doctorAndIndex;

    public Diagnose getDiagnose() {
        return diagnose;
    }
}

　　可以看到，直接在需要使用request对象的类中获取它而不是在方法中传来传去，贯穿多少层就依赖耦合多少，利用这个思想，可以实现一些分页的方法也可以，因为你不需要要处理数据的时候附带分页信息，可以看出，有了容器，就用了容器上下文，这才是ApplicationContext的实用意义所在。

　　涉及Spring和request的还有就是作用域，首先说到Spring作用域的都是指prototype和singleton，前者创建边自生自灭、而singleton则被容器一直引用，知道容易销毁调用其destory方法，那到底什么是request作用域呢？其实不仅仅针对request，还有session，globalSession两个作用域，也就是Spring中的bean，仅在一次请求、回话中有效，所以每一次请求都是创建新的bean，这个就等同于我们不知道ThreadLocal时候认为的线程安全了。