斗胆提交了一个BUG到oracle，是不是我理解的太肤浅了

前几天遇到一个关于java线程的疑惑，一直没有得到解答，甚至最后我认为这应该算是jdk的一个BUG，于是自不量力的提交了一个BUG到oracle官方，至今没有任何回复呢。

 

背景：

我做了一个定时下载某个网站图片的应用服务。

当时的想法很简单，因为每隔5分钟下载一次，一次可能需要下载多张，每个图片开一个线程去下载，并行下载完毕后线程就自动关闭了。5分钟后再开新的线程去下载，如此一直运行.......

 

问题：

按照上面的方法可以实现所有功能，但是在日志里发现一个很奇怪的问题，就是线程ID一直增加，没有减少，查阅了一下API里关于Thread的解释，里面是这样说的：

public long getId()

返回该线程的标识符。线程 ID 是一个正的 long 数，在创建该线程时生成。

线程 ID 是唯一的，并终生不变。

线程终止时，该线程 ID 可以被重新使用。

也就是说，线程Id应该是可以被回收的，一直增加是有问题的。

 

我尝试了好多方法验证，最终发现Id还是没有被重复利用，于是对API产生了一些怀疑，到官方在线查看英文的API是这样说的：

 

public long getId()

Returns the identifier of this Thread. The thread ID is a positive long number generated when this thread was created. The thread ID is unique and remains unchanged during its lifetime.

When a thread is terminated, this thread ID may be reused.

英文原版API的说法是 this thread ID may be reused.  我英语水平不是很好，may be确实可以翻译成“可以”，但是貌似不是很确定，人家的意思可能是：有可能被重复利用，也有可能不被重复利用。

我想这也是为什么提交bug到oracle没人理我的原因吧。

 

接下来看看jdk里关于Thread的实现（1.6版本）：

 

http://aiiuui.com/code/read.jsp?file=%252Fjava6.0%25E6%25BA%2590%25E7%25A0%2581%252Fjava%252Flang%252FThread.java

 

访问上面的连接 查找线程id的定义： private long tid;

接着 查找 tid 的初始化 ： tid = nextThreadID();

接下来查看初始化方法nextThreadID() 的实现：

private static synchronized long nextThreadID() {
	return ++threadSeqNumber;
    }

我们看到这里返回的Id只有增加，没有任何其他处理。

我们可以继续搜索对于 threadSeqNumber 的处理，看看是否有回收的处理：

最终发现只有一处定义，其他地方在没有处理  private static long threadSeqNumber;

至此，我明白为什么Thread的id只增加不减少了，但是我认为这个是不合理的，也是与API不符的，所以我斗胆提交了一个bug到oracle，至今无回应，哎。

 

本人做开发时间不久，被这个问题困扰很久，写出来希望得到大家的帮助。

评论

18 楼 rensanning 2012-11-22  

2nd 写道

rensanning 写道

long的最大值为2的63次方减1，就是9223372036854775807，
假如1毫秒创建一个线程，1年创建的线程数为365*24*60*60*1000=31536000000
那么要达到long的最大值需要292471208.7年，也就是将近3亿年才能overflow。试想谁能做出JVM这么长时间不重启的的系统呢。

Thread ID是JVM内部级别的unique，而不是UUID，这里的reused说的是在JVM重启后，他将会重新取值。JVM级别的unique也说明它不一定会从0开始，从任意数开始都有可能。

其实，按照long的取值范围和楼上那位的说法MAX+1=MIN，实际应用中应该不会出什么问题。但是您说的jvm级别的unique，我是有些不太理解，jvm怎么重启？我现在能想到的只能重新运行程序。还有其他测试方法吗？？

很少有动态启动JVM的。当使用java XXXClass的时候JVM开始启动，直到程序执行完毕。

比如Tomcat采用从org.apache.catalina.startup.Bootstrap开始启动，之后通过三层 ClassLoader(System，Common，Webapp)来加载其他的类，从而保证程序运行所需要的类都被装载到JVM中。

17 楼 rensanning 2012-11-22  

qq413041153 写道

rensanning 写道

long的最大值为2的63次方减1，就是9223372036854775807，
假如1毫秒创建一个线程，1年创建的线程数为365*24*60*60*1000=31536000000
那么要达到long的最大值需要292471208.7年，也就是将近3亿年才能overflow。试想谁能做出JVM这么长时间不重启的的系统呢。

Thread ID是JVM内部级别的unique，而不是UUID，这里的reused说的是在JVM重启后，他将会重新取值。JVM级别的unique也说明它不一定会从0开始，从任意数开始都有可能。

10楼 你是不是有点误解了 1毫秒一个线程可能会太少了,因为一个进程可以有N个线程.举个例子:
我们公司的一台linux服务器运行了17个tomcat 每个tomcat都是一个web项目,每个web项目每次访问都会创建一个线程,每个tomcat都是有了数据库连接池,还装了个oracle数据库运行了两个数据库实例,一个web请求到oracle 一个查询创建一个线程,一个请求只有一个查询的很少,...
这么算下来一个web请求总共创建的线程大概10个左右 17的tomcat服务器 总共每秒接受的请求平均1000个 一秒也就是10000个线程. 出去web请求还有其他的一些线程,比如定时任务之类的线程数量更不会少....毕竟线程不是进程...

Tomcat可以配置成多实例（JVM独立）的，像你们这样的服务器配置不应该是JVM共享的，不然系统配置该优化优化了，重点理解一下Tomcat的CATALINA_BASE的含义。“1毫秒创建一个线程”只是一个例子，当然想taobao这样的负载远远不至于这点儿。

16 楼 2nd 2012-11-22  

rensanning 写道

long的最大值为2的63次方减1，就是9223372036854775807，
假如1毫秒创建一个线程，1年创建的线程数为365*24*60*60*1000=31536000000
那么要达到long的最大值需要292471208.7年，也就是将近3亿年才能overflow。试想谁能做出JVM这么长时间不重启的的系统呢。

Thread ID是JVM内部级别的unique，而不是UUID，这里的reused说的是在JVM重启后，他将会重新取值。JVM级别的unique也说明它不一定会从0开始，从任意数开始都有可能。

其实，按照long的取值范围和楼上那位的说法MAX+1=MIN，实际应用中应该不会出什么问题。但是您说的jvm级别的unique，我是有些不太理解，jvm怎么重启？我现在能想到的只能重新运行程序。还有其他测试方法吗？？

15 楼 2nd 2012-11-22  

char1st 写道

When a thread is terminated, this thread ID may be reused.

只要一个线程里的run方法执行完毕，就意味着线程结束了，其他工作交给虚拟机就可以了吧，难道要手动结束吗？我测试的时候确实没有手动结束线程操作

14 楼 2nd 2012-11-22  

yq4427 写道

这种场景的话,用线程池更合适

是的，经过这次以后发现确实应该用线程池更合适

13 楼 2nd 2012-11-22  

test_lockxxx 写道

long 最大值是多少？
去查一下。

其实你可以完全这么干：


while(true)
{
    Thread x = new Thread(.....); //不断的生成新的线程，这个线程里什么都不干，马上退出线程。

    System.out.println(x.getId());
}

你不是想证明，你的想法是否正确吗

我按照和您给出的类似方法验证过，在一个服务器上跑了48小时，ID确实是没有减少的，根据jdk里的源码也可以推断，ID不可能减少，只能增加。这与API的说法不符。。。

12 楼 2nd 2012-11-22  

ansjsun 写道

这个应该用线程池吧.....

如果没用..你看看你线程是不是没有结束..

你好，我发现了这个问题后确实改用线程池了，不过这个问题还是存在的，可能是我的用法确实有问题，不过我总觉得API写的不是那么严谨

11 楼 qq413041153 2012-11-22  

rensanning 写道

long的最大值为2的63次方减1，就是9223372036854775807，
假如1毫秒创建一个线程，1年创建的线程数为365*24*60*60*1000=31536000000
那么要达到long的最大值需要292471208.7年，也就是将近3亿年才能overflow。试想谁能做出JVM这么长时间不重启的的系统呢。

Thread ID是JVM内部级别的unique，而不是UUID，这里的reused说的是在JVM重启后，他将会重新取值。JVM级别的unique也说明它不一定会从0开始，从任意数开始都有可能。

10楼 你是不是有点误解了 1毫秒一个线程可能会太少了,因为一个进程可以有N个线程.举个例子:
我们公司的一台linux服务器运行了17个tomcat 每个tomcat都是一个web项目,每个web项目每次访问都会创建一个线程,每个tomcat都是有了数据库连接池,还装了个oracle数据库运行了两个数据库实例,一个web请求到oracle 一个查询创建一个线程,一个请求只有一个查询的很少,...
这么算下来一个web请求总共创建的线程大概10个左右 17的tomcat服务器 总共每秒接受的请求平均1000个 一秒也就是10000个线程. 出去web请求还有其他的一些线程,比如定时任务之类的线程数量更不会少....毕竟线程不是进程...

10 楼 rensanning 2012-11-21  

long的最大值为2的63次方减1，就是9223372036854775807，
假如1毫秒创建一个线程，1年创建的线程数为365*24*60*60*1000=31536000000
那么要达到long的最大值需要292471208.7年，也就是将近3亿年才能overflow。试想谁能做出JVM这么长时间不重启的的系统呢。

Thread ID是JVM内部级别的unique，而不是UUID，这里的reused说的是在JVM重启后，他将会重新取值。JVM级别的unique也说明它不一定会从0开始，从任意数开始都有可能。

9 楼 char1st 2012-11-21  

When a thread is terminated, this thread ID may be reused.

8 楼 qq413041153 2012-11-21  

支持一下搂住的探索精神

7 楼 laogao3232 2012-11-21  

其实，这样是对的，当这个id增加到最大之后，会重新开始吧。

6 楼 thinkx 2012-11-21  

其实，楼主可能不知道：
Long.MIN_VALUE = Long.MAX_VALUE + 1

5 楼 yq4427 2012-11-21  

这种场景的话,用线程池更合适

4 楼 oaklet 2012-11-21  

Quartz设置几个线程来回用就行了

3 楼 test_lockxxx 2012-11-21  

long 最大值是多少？
去查一下。

其实你可以完全这么干：


while(true)
{
    Thread x = new Thread(.....); //不断的生成新的线程，这个线程里什么都不干，马上退出线程。

    System.out.println(x.getId());
}

你不是想证明，你的想法是否正确吗

2 楼 huaye2007 2012-11-21  

你这个问题就像 数据库的主键ID为啥不回收一样。
你下载图片，一张图片就开一个线程，那要是几百万张图片，还能开几百万个线程？
一般一个进程最多几千个线程，而且开这么多线程效率不高。
这不是bug.

1 楼 ansjsun 2012-11-21  

这个应该用线程池吧.....

如果没用..你看看你线程是不是没有结束..