【Java面试】Runnable和Thread比较

在线程使用过程中,我们肯定会用到Runnable与Thread,前者的实现方式是实现其接口即可,后者的实现方式是继承其类。两者实现方式带来最明显的区别就是,由于Java不允许多继承,因此实现了Runnable接口可以再继承其他类,但是Thread明显不可以。

1.Runnable和Thread比较

如上所述,Runnable相比Thread存在明显的优点,同时也是两者最大的区别。这点就不再做阐述,这里对于网络很多文章中存在的明显的错误文字总结进行一下论证:
Runnable可以实现多个相同的程序代码的线程去共享同一个资源,而Thread不可以?
我们以实际的代码样例来论证这个观点:

package test;

/**
 * Thread 实现资源共享
 * @author itbird
 *
 */
public class Test2 {

	public static void main(String[] args) {
		MyThread t1 = new MyThread();
		new Thread(t1, "线程1").start();
		new Thread(t1, "线程2").start();
	}

	public static class MyThread extends Thread {
		private int total = 10;

		@Override
		public void run() {
			for (int i = 0; i < 10; i++) {
				synchronized (this) {
					if (total > 0) {
						try {
							Thread.sleep(100);
							System.out.println(Thread.currentThread().getName() + "卖票---->" + (this.total--));
						} catch (InterruptedException e) {
							e.printStackTrace();
						}
					}
				}
			}
		}
	}
}

Thread实现共享同一个资源.png

package test;

/**
 * Runnable 实现资源共享
 * @author itbird
 *
 */
public class Test3 {

	public static void main(String[] args) {
		MyRunable t1 = new MyRunable();
		new Thread(t1, "线程1").start();
		new Thread(t1, "线程2").start();
	}

	public static class MyRunable implements Runnable {
		private int total = 10;

		@Override
		public void run() {
			for (int i = 0; i < 10; i++) {
				synchronized (this) {
					if (total > 0) {
						try {
							Thread.sleep(100);
							System.out.println(Thread.currentThread().getName() + "卖票---->" + (this.total--));
						} catch (InterruptedException e) {
							e.printStackTrace();
						}
					}
				}
			}
		}
	}
}

Runnable实现共享同一个资源.png

经过实际样例代码编写以及运行结果对比,我们知道很多人说的Thread类不能共享资源,其实并不是不能,只是不适合
其实我们从Thread源码中也可以看到,当以Thread方式去实现资源共享时,实际上源码内部是将thread向下转型为了Runnable,实际上内部依然是以Runnable形式去实现的资源共享
new Thread源码.png

2.Runnable为什么不可以直接run

如果问出这个问题,代表您对Java的线程基础知识以及多线程理念还不太熟悉或者说并没有真正理解,这里做简单阐述。

**多线程原理:**相当于玩游戏机,只有一个游戏机(cpu),可是有很多人要玩,于是,start是排队!等CPU选中你就是轮到你,你就run(),当CPU的运行的时间片执行完,这个线程就继续排队,等待下一次的run()。

调用start()后,线程会被放到等待队列,等待CPU调度,并不一定要马上开始执行,只是将这个线程置于可动行状态。然后通过JVM,线程Thread会调用run()方法,执行本线程的线程体。先调用start后调用run,这么麻烦,为了不直接调用run?就是为了实现多线程的优点,没这个start不行。

1.start()方法来启动线程,真正实现了多线程运行。这时无需等待run方法体代码执行完毕,可以直接继续执行下面的代码;通过调用Thread类的start()方法来启动一个线程, 这时此线程是处于就绪状态, 并没有运行。 然后通过此Thread类调用方法run()来完成其运行操作的, 这里方法run()称为线程体,它包含了要执行的这个线程的内容, Run方法运行结束, 此线程终止。然后CPU再调度其它线程
2.run()方法当作普通方法的方式调用。程序还是要顺序执行,要等待run方法体执行完毕后,才可继续执行下面的代码; 程序中只有主线程——这一个线程, 其程序执行路径还是只有一条, 这样就没有达到写线程的目的

解释到这里,相信各位看官心里有种“了然大明白”的感觉,runnable其实相对于一个task,并不具有线程的概念,如果你直接去调用runnable的run,其实就是相当于直接在主线程中执行了一个函数而已,并未开启线程去执行,所以显而易见,如果你在代码中直接通过这种方式run了一个runnable,明显您的程序的主线程就直接悲催了,各种资源不足现象的崩溃日志会接踵而至,而且遇到这种问题的时候,如果没有一定的研发经验和坚持,很有可能采取错误的解决策略。

例如:
java.lang.OutOfMemoryError<<no stack trace available>>
很多开发遇到这个问题时,问一下度娘,知道原因是资源没有合理利用,使用完了没有释放,从而导致内存溢出,立马就想到了两种解决方案
1、把用完的程序的资源释放
2、加大虚拟机的存储容量
明显这时采取哪种解决策略都是错误的,因为真正的问题在于您的代码中错误使用方法,导致资源的不合理利用
所以有时解决问题,还是要去找根本原因,不能为了解决问题而解决问题

总结

1.Runnable和Thread相比优点有:
(1)由于Java不允许多继承,因此实现了Runnable接口可以再继承其他类,但是Thread明显不可以
(2)Runnable可以实现多个相同的程序代码的线程去共享同一个资源,而Thread并不是不可以,而是相比于Runnable来说,不太适合,具体原因文章中有。

2.Runnable为什么不可以直接run
阐述文章中已有,Runnable其实相对于一个Task,并不具有线程的概念,如果你直接去调用Runnable的run,其实就是相当于直接在主线程中执行了一个函数而已,并未开启线程去执行,带来的“灾害”文章中有。

  • 2
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

itbird01

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值