Java多线程run方法中直接调用service业务类应注意的问题及解决

目录

• 多线程run方法中直接调用service业务类应注意
• 图解如下
• 多线程知识点
• 线程启动的四种方式
• 使用@Aysnc注解实现多线程
• 用户线程与守护线程的区别
• 线程的六种状态
• Java锁的可重入性
• 线程池的四种拒绝策略
• sleep和wait的区别
• 为什么wait()，notify()，notifyAll()在对象中，而不在Thread类中

多线程run方法中直接调用service业务类应注意

Java多线程run方法里边使用service业务类会产生java.lang.NullPointerException异常的问题，这是由于spring注入的业务类为null，或者直接new的业务对象也为null。

多线程为了线程安全会防止注入，因此在想使用service业务类时，需要使用ApplicationContext的方式获取bean的方法获取service类。

获取ApplicationContext的类要实现ApplicationContextAware接口，如下：

import org.springframework.beans.BeansException;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;

public class ApplicationContextUtil implements ApplicationContextAware {

	private static ApplicationContext context;
	public void setApplicationContext(ApplicationContext context) throws BeansException {
		this.context = context;
	}
	public static ApplicationContext getContext() {
		return context;
	}
}

然后在run方法里使用以上方法创建业务对象，如下：

XXXServiceI xxxService = ApplicationContextUtil.getContext.getBean(XXXServiceI.class);

这样就能正常使用该业务类了。

图解如下

多线程知识点

线程启动的四种方式

1.、继承Thread类重写Thread的run方法，在run方法中进行操作，用start方法启动线程

2、继承Runnable接口，实现run方法，在run方法中进行操作，需要传入当前类的实例对象创建一个Thread实例，然后调用start方法启动线程

3、实现Callable接口，重写call()方法，需要注意的是，前两种方法都是不需要响应的，直接就执行了，但是实现Callable接口，重写call()方法则是需要等待线程响应的，所以虽然启动了其他线程，但是却是一个线程在执行，并不能算标准的多线程。

4、线程池

使用@Aysnc注解实现多线程

同一个类中，方法A 引用方法B 方法B加异步@Async注解 不会有效

被加@Async方法和调用方 不能再同一个类中

用户线程与守护线程的区别

Java内创建的线程默认是创建用户线程，比如new Thread(线程对象).start

    Thread thread = new Thread();
    // 默认为false，都是用户线程
    thread.setDaemon(true); // 表示设置为守护线程
    thread.setDaemon(false); // 表示设置为用户线程

• 用户线程：不zhi随着其他线程的死亡而死亡，只有两种情况dao死掉，一是在运行中出现异常而终止，二是正常把程序执行完毕，线程死亡
• 守护线程：随着用户线程的死亡而死亡，当用户线程死完了守护线程也死了，比如gc垃圾回收线程。用户线程存在，那gc就有活着的必要，反之就没用了。

线程的六种状态

1. New:初始状态，线程被创建，没有调用start（）

2. Runnable:运行状态，Java线程把操作系统中的就绪和运行两种状态统一称为“运行中”

3. Blocked:阻塞，线程进入等待状态，线程因为某种原因，放弃了CPU的使用权

• 阻塞的几种情况：
• A. 等待阻塞：运行的线程执行了wait()，JVM会把当前线程放入等待队列
• B. 同步阻塞：运行的线程在获取对象的同步锁时，如果该同步锁被其他线程占用了，JVM会把当前线程放入锁池中
• C. 其他阻塞：运行的线程执行sleep(),join()或者发出IO请求时，JVM会把当前线程设置为阻塞状态，当sleep()执行完，join()线程终止，IO处理完毕线程再次恢复

4. Waiting:等待状态

5. timed_waiting:超时等待状态，超时以后自动返回

6. terminated:终止状态，当前线程执行完毕

Java锁的可重入性

java锁的可重入性机制可以解决下面这个问题,直接上代码：

 public class Demo1 {
    public synchronized void functionA(){
        System.out.println("iAmFunctionA");
        functionB();
    }
    public synchronized void functionB(){
        System.out.println("iAmFunctionB");
    }

假设Java没有提供synchronized 强制原子性的内部锁机制：functionA()和functionB()都是同步方法，当线程进入funcitonA()会获得该类的对象锁，这个锁"new Demo1()"，在functionA()对方法functionB()做了调用，但是functionB()也是同步的，因此该线程需要再次获得该对象锁（new Demo1()），但是JVM会认为这个线程已经获取了此对象的锁，而不能再次获取，从而无法调用functionB()方法，从而造成死锁。

线程池的四种拒绝策略

当线程池的任务缓存队列已满并且线程池中的线程数目达到maximumPoolSize时，如果还有任务到来就会采取任务拒绝策略，通常有以下四种策略：

ThreadPoolExecutor.AbortPolicy：丢弃任务并抛出RejectedExecutionException异常。

ThreadPoolExecutor.DiscardPolicy：丢弃任务，但是不抛出异常。

ThreadPoolExecutor.DiscardOldestPolicy：丢弃队列最前面的任务，然后重新提交被拒绝的任务

ThreadPoolExecutor.CallerRunsPolicy：由调用线程（提交任务的线程）处理该任务

sleep和wait的区别

• sleep是线程中的方法，但是wait是Object中的方法
• sleep方法不会释放lock，但是wait会释放，而且会加入到等待队列中
• sleep不需要被唤醒，但是wait需要

为什么wait()，notify()，notifyAll()在对象中，而不在Thread类中

java中锁的级别是对象级而不是线程级，每个对象都有锁，通过线程获得。如果wait()方法在线程中，线程正在等待的是哪个锁就不明显了。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持我们。