一次随Tomcat启动一个线程所映射的run()start()区别

来源:互联网 发布:音频剪辑软件mac版 编辑:程序博客网 时间:2024/06/05 22:32

在做一个微信端的H5的时候。因为客户需要传图传语音互动,需要接微信的jssdk接口。

微信缓存媒体文件有三天的过期时间,所以要在过期前下载到自己的服务器。

考虑到服务器带宽有限(小公司)。决定在后台维持一个线程,在访问量较低的凌晨2点自动下载未下载的文件。


具体大概就是web.xml引用listener

public class InitListener implements ServletContextListener{AutoDownloadThread downloadThread;@Overridepublic void contextDestroyed(ServletContextEvent arg0) {// TODO Auto-generated method stubSystem.out.println("关闭自动下载服务");downloadThread.isFunctionOn=false;}@Overridepublic void contextInitialized(ServletContextEvent arg0) {// TODO Auto-generated method stubSystem.out.println("开始加载自动下载服务");downloadThread=AutoDownloadThread.getInstance();downloadThread.run();}}

public class AutoDownloadThread implement Runnable{...public void run(){while(true){//具体的下载代码,大概就是如下System.out.println("执行第"+k+"次下载");System.out.println("挂起线程");Thread.sleep(getNextTaskTime());}}}

一开始用的runnable 接口,毕竟推荐的人多,理由也足够充分。

然后测试的时候就懵逼了

tomcat启动

....//乱七八糟的信息

开始加载自动下载服务

执行第1次下载

挂起线程

然后....没了....没了...tomcat也不继续加载了。。恩,整个线程都挂起了Orz

一开始以为是listener加载太快了,类没装载完成

换成servlet加载

具体不说了,还是不行。

查了半天,没找到什么遇到类似问题的帖子,倒是有样例,在listener里用的.start()

于是改成extends Thread,和.start(),成功!!到时间也成功执行了下载

后来重新查了下start和run的差别,虽然之前也看过但是没什么实感(以下从百度扒来的,找不到引用源了)

两种方法的区别

 1) start: 用 start方法来启动线程,真正实现了多线程运行,这时无需等待run方法体代码执行完毕而直接继续执行下面的代码。通过调用Thread类的 start()方法来启动一个线程,这时此线程处于就绪(可运行)状态,并没有运行,一旦得到cpu时间片,就开始执行run()方法,这里方法 run()称为线程体,它包含了要执行的这个线程的内容,Run方法运行结束,此线程随即终止。 

2) run: run() 方法只是类的一个普通方法而已,如果直接调用Run方法,程序中依然只有主线程这一个线程,其程序执行路径还是只有一条,还是要顺序执行,还是要等待 run方法体执行完毕后才可继续执行下面的代码,这样就没有达到写线程的目的。

总结:调用start方法方可启动线程,而run方法只是thread的一 个普通方法调用,还是在主线程里执行。这两个方法应该都比较熟悉,把需要并行处理的代码放在run()方法中,start()方法启动线程将自动调用 run()方法,这是由jvm的内存机制规定的。并且run()方法必须是public访问权限,返回值类型为void.。 两种方式的比较 : 实际中往往采用实现Runable接口,一方面因为java只支持单继承,继承了Thread类就无法再继续继承其它类,而且Runable接口只有一个run方法;另一方面通过结果可以看出实现Runable接口才是真正的多线程……

所以问题就很明显了。那么为什么大家还是推荐使用runnbale呢?明明都不能start。

原来runnable的使用方法应该是这样Thread thread= new Thread(Runnable);

SO,原来的使用方法和没有多线程是一样的。因为没有通过new Thread来创建新的线程,而是直接作为一种方法引用,那么当这个方法调用Thread.sleep的时候,自然是当前的主线程被sleep了。

果然纸上得来终觉浅,绝知此事要躬行。

原创粉丝点击