为什么多线程、junit 中无法使用spring 依赖注入？

　　为什么多线程、junit 中无法使用spring 依赖注入？ 这个问题，其实体现了，我们对spring已依赖太深，以至于不想自己写实例了。 那么到底是为什么在多线程和junit单元测试中不能使用依赖注入呢？

一、为什么多线程下spring的依赖注入失效了呢？

　　答：因为spring为了考虑安全性问题，在多线程情况下，不支持直接使用 @Resouce 注解方式进行直接的bean注入，那么也就是说，如果在多线程调用该注入实例化的变量时，将会报NullPointerException 。

　　解决办法： 多线程情况下，通过调用的service进行传入需要操作的bean变量，而多线程只是将前台工作转移到后台。如下：

# CalculateServiceImpl.java 服务实现，传入需要调用的bean

    package com.xx.op.user;

    import com.xx.note.dubbo.dto.CertificateApplyDto;
    import com.xx.con.dubbo.api.ContractRemoteService;
    import org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor;

    import org.slf4j.Logger;
    import org.slf4j.LoggerFactory;

    import javax.annotation.Resource;

    public class CalculateServiceImpl implements CalculateService {

        private Logger logger = LoggerFactory.getLogger(this.getClass());

        @Resource(name = "threadPoolTaskExecutor")
        private ThreadPoolTaskExecutor threadPoolTaskExecutor;

        @Resource                // 默认name可写可不写
        private ContractRemoteService contractRemoteService;

        @Override
        public void doSth(String userId) throws Exception
            CertificateApplyDto certificateApplyDto = new CertificateApplyDto();
            certificateApplyDto.setBorrowNid(userId);
            SignContractThread signContractThread = new SignContractThread(contractRemoteService, certificateApplyDto);
            threadPoolTaskExecutor.execute(signContractThread);                //异步签署协议
        }
    }

# SignContractThread.java 异步实现调用

    package com.xx.cc.common.async;

    import com.alibaba.fastjson.JSON;
    import com.dianping.cat.message.Event;
    import com.xx.framework.dto.ResponseEntity;
    import com.xx.no.dubbo.dto.CertificateApplyDto;
    import com.xx.con.dubbo.api.ContractRemoteService;
    import org.slf4j.Logger;
    import org.slf4j.LoggerFactory;

    public class SignContractThread implements Runnable {
        private Logger logger = LoggerFactory.getLogger(this.getClass());

        /**
         * 无法使用依赖注入实现多纯种的bean, 从外部传入方式
         */
        private ContractRemoteService contractRemoteService;

        private CertificateApplyDto certificateApplyDto;

        public SignContractThread(ContractRemoteService contractRemoteService, CertificateApplyDto certificateApplyDto) {
            this.contractRemoteService = contractRemoteService;
            this.certificateApplyDto = certificateApplyDto;
        }

        @Override
        public void run() {
            String requestParamJson = JSON.toJSONString(this.doSSt);
            logger.debug("===========>>>>> 异步调用, 参数： {} ==============>>>>>>>>>", requestParamJson);
            try {
                ResponseEntity responseEntity = contractRemoteService.doSSt(certificateApplyDto);
                logger.debug("<<<<<<<<<<=========== 异步调用，method:doSSt，返回结果：{}", responseEntity);
                EE.logEvent("Monitor_signContract", "asyncSignContractResult", Event.SUCCESS, JSON.toJSONString(responseEntity));
            } catch (Exception e) {
                logger.error("==-------===异步调用，发生异常，请求参数: {}, 异常-{}", requestParamJson, e););
                throw new RuntimeException("异步调用_doSSt，发生异常", e);
            } finally {
                // ... 调用完毕
            }
        }
    }

　　这样，通过传入外部依赖注入的bean，线程进行调用，即可避免线程无法注入bean的问题了。当然了，你可能还会想到使用 getBean的方法获取，其实也是可以的，不过应该有一定的危险性，因为相当于你得再次将applicationContext里的东西再实例化一遍。

二、junit中无法使用依赖注入的问题？

　　答：因为junit一般会走最小化的方式，而非每次都要将整个框架的东西载入，从而减少加载时间。当然，如果确实需要，这个问题，其实目前在高版本的junit中，已经不存在了，通过加载 SpringJUnit4ClassRunner，即可进行注入值。

　　解决方案1：使用高版本的junit进行测试，如下：

    package com.xx.mybatis3spring3intg.junit;

    import java.util.List;

    import com.xx.mybatis3spring.bean.User;
    import com.xx.mybatis3spring.service.UserService;

    import org.junit.Test;
    import org.junit.runner.RunWith;
    import org.springframework.beans.factory.annotation.Autowired;
    import org.springframework.test.context.ContextConfiguration;
    import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;

    @RunWith(SpringJUnit4ClassRunner.class)
    @ContextConfiguration({"/config/application*.xml"})
    public class UserServiceTest {

        @Resource
        private UserService userService;

        @Test
        public void c1() {
            List<User> userList = userService.query(new User());
            System.out.println(userList);
        }

    }

　　解决方案2：通过getBean的方式获取需要的bean，因为仅仅是单元测试，加载资源稍微多些也没有关系。

    package com.xx.c.order;

    import org.junit.Test;
    import org.springframework.context.ApplicationContext;
    import org.springframework.context.support.ClassPathXmlApplicationCoimport com.xx.c.service.order.OrderService;

    public class OrderServiceTest {
        private static ApplicationContext context=new ClassPathXmlApplicationContext("applicationContext.xml");
        private static OrderService orderService = (OrderService)context.getBean("orderService");
        private static Object getBean(String name) {
            if (context == null) {
                context = new ClassPathXmlApplicationContext("applicationContext.xml");
            }
            return context.getBean(name);
        }
        public static void main(String[] args) {
            String borrowNid = "11111111111";
            com.xx.c.dubboapi.biz.OutApiManager service = (com.xx.c.dubboapi.biz.OutApiManager)getBean("outApiManagerImpl");
            System.out.println("========"+service.getWang(borrowNid));
            System.out.println("========"+service.getRepayList("111111111111111111"));
       }
    }

　　以上，就基本解决了如题所问，当然也可以作为所有无法注入bean的问题的解决方案。信不信由你，反正我是信了。

　　注意的几点就是：

　　　   1， 多线程的执行，面向C端的用户，一定不能直接 new Thread() 进行多线程操作，否则会死得很惨。

　　　　2，多做好日志记录，在出错的时候进行排查真的很方便，但也得做日志的清理工作，否则服务器空间被占满也不是很长时间的事。

　　　   3，单元测试还是有必要做的，否则提交测试时，自己哪来的底气呢。

　　　   4，多了解spring核心的东西，做到知其然知其所以然，不要脱离spring就立刻变小白了。

　　积跬步，致千里！