单线程业务优化策略

单线程业务优化策略

  最近在学习海康设备的API接口的对接，在调用其接口的时候发现每次项其设备发送请求的时间基本上超过了1秒以上。而往往一次请求的业务不全是依赖这个接口返回的信息，有的是单独请求其他服务接口，还有其他的需要涉及到IO的存储，这就导致某些接口变得笨重。
  针对这种情况，我模拟了一种极简的事务模型去做还原。

一、模拟业务

• 代码

public class Threaless {

    public static void main(String[] args) {

        long l = System.currentTimeMillis();

        int main_business = 0;
        // 业务一（主线程任务）： 计算1+100
        for (int i = 0; i <= 1000; i++) {
            try {
                Thread.sleep(1);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            main_business += i;
        }
        System.out.println("主线程业务处理完毕");

        // 业务二：模拟io阻塞与运行，与其他业务无依赖
        int thread_2_business = 0;
        for (int t = 0; t <= 1000; t++) {
            try {
                Thread.sleep(1);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            thread_2_business += t;
        }
        System.out.println("业务二处理完毕");

        // 业务三：模拟mysql 数据处理，与其他业务无依赖
        int thread_3_business = 0;
        for (int q = 0; q <= 1000; q++) {
            try {
                Thread.sleep(1);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            thread_3_business += q;
        }
        System.out.println("业务三处理完毕");
        
        long l2 = System.currentTimeMillis();
        System.out.println(l2-l+"毫秒");
    }
}

• 运行结果

通过这个简单的例子，博主的输出往往是5.5秒左右。

二、业务分析

  通过分析的话我们可以可以看出来，这个业务请求总共有三块逻辑分别是：计算逻辑、io逻辑、数据库操作逻辑。并且这三个业务相互之间不存在依赖。

  然而第一次的代码的运行逻辑化成图如下：

是一个单一线程，线性运行的模式。但是如果稍微了解一点java线程的同学很快就发现这三个业务是可以利用多线程思想进行优化的。
  比如这样的：

三、业务改进

• 代码

public class BusinessThread {
    // 两个线程锁
    static Object lock1 =new Object();
    static Object lock2 =new Object();

    public static void main(String[] args) {

        long l = System.currentTimeMillis();
        // 业务二：模拟io阻塞与逆行
        new Thread(() -> {
        	// 加锁
            synchronized (lock1){
                int thread_2_business = 0;
                for (int t = 0; t <= 1000; t++) {
                    try {
                        Thread.sleep(1);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    thread_2_business += t;
                }
                System.out.println("业务二处理完毕");
            }
        }).start();

        // 业务三：模拟mysql 数据处理
        new Thread(() -> {
       		// 加锁
            synchronized (lock2){
                int thread_2_business = 0;
                for (int t = 0; t <= 1000; t++) {
                    try {
                        Thread.sleep(1);
                    } catch (InterruptedException e) {
                        e.printStackTrace();
                    }
                    thread_2_business += t;
                }
                System.out.println("业务二处理完毕");
            }
        }).start();

        // 业务一（主线程任务）： 计算1+100
        int main_business = 0;
        for (int i = 0; i <= 1000; i++) {
            try {
                Thread.sleep(1);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            main_business += i;
        }
        System.out.println("主线程业务处理完毕");

        // 等待逻辑
        synchronized (lock1){
            synchronized (lock2){
                long l2 = System.currentTimeMillis();
                System.out.println(l2-l+"毫秒");
            }
        }
    }
}

• 结果分析

处理的结果变成2秒左右，效果还是很惊人的。
  但是在面对实际业务的时候我们开启线程的方式最好还是交给线程池去做，不要显示的手动创建线程。

四、结论

• 单线程业务，可以进行逻辑拆分，将笨重业务单独线程处理，在一定程度上可以优化一个业务的运行时间。
• 注意：细心的同学可以发现我一直在强调笨重二字，因为如果是简便的业务逻辑，反而不需要进行多线程去优化。有时因为jvm的线程创建与销毁，以及线程之间的切换所消耗的时间就有可能让原本的业务逻辑运行完毕，所以同学再优化的时候一定要多多考量之后再做决定。