junit测试多线程的某些"坑"
晚上在OSC上看到有个javaer问了一个关于多线程的小问题,导致问题的原因是他使用了junit进行了多线程程序的测试,结果忽视了junit框架测试的一些制约因素,在我的机器IDE(eclipse 4.2/org.eclipse.jdt.junit.runtime_3.4.300.v20120523-1257)环境中,junit会在普通的test案例方法执行完成后,直接调用System.exit退出JVM,而不关心子线程的问题。
因为老婆大人不在家,我一个人闲着没事儿,在分析了这个案例原因之后分享一下导致问题的原因及解决此类问题的一般思路,以供以后有需要的朋友参考。
案例代码如下:public class testThread {
private int j = 100;
@Test
public void test() {
new Throwable().printStackTrace();
for (int i = 0; i
new Thread(new Runnable() {
public void run() {
for (int i = 0; i
inc();
}
}
}).start();
new Thread(new Runnable() {
public void run() {
for (int i = 0; i
dec();
}
}
}).start();
}
}
private synchronized void inc() {
j++;System.out.println(Thread.currentThread().getName() + " +inc " + j);
}
private synchronized void dec() {
j--;System.out.println(Thread.currentThread().getName() + " -dec " + j );
}
}
看了上面这代码之后,总感觉没什么问题,但据他描述,代码与预期有较大差距。我一时好奇,就粘到IDE上运行一下看看,多次运行后,的确是会有些奇怪的现象,根据我的理解,感觉不会这现这种问题才对,所以就怀疑是junit捣鬼。于是就换回main方法测试,几次下来没什么问题。那就从junit入手,找出junit调用堆栈,顺着调用链路看,结果还真给我找到了。当时的调用堆栈如下:at testThread.test(testThread.java:14)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
而RemoteTestRunner的main方法如下:public static void main(String[] args)
{
try
{
RemoteTestRunner testRunServer = new RemoteTestRunner();
testRunServer.init(args);
testRunServer.run();
} catch (Throwable e) {
e.printStackTrace();
}
finally {
System.exit(0);
}
}
在finally中居然是System.exit,那原因就很明显了,junit强制退出了jvm,所以程序测试结果就不就不稳定了,看来junit用来测试这种多线程的程序真心不靠谱...