Merge pull request #228 from Hearen/fix-JUL-thread-command

JUL is actually java.util.concurrency.lock
This commit is contained in:
hengyunabc
2018-10-15 10:52:52 +08:00
committed by GitHub
2 changed files with 3 additions and 3 deletions
+1 -1
View File
@@ -139,7 +139,7 @@ $ thread -b
- java.util.concurrent.ThreadPoolExecutor$Worker@31a6493e
```
> Attention: only `synchronized` blocked threads can be located for now, `JUL` not supported yet.
Attention: only `synchronized` blocked threads can be located for now, while `java.util.concurrent.Lock` not supported yet.
#### thread -i specify the collecting interval
+2 -2
View File
@@ -138,7 +138,7 @@ $ thread -b
- java.util.concurrent.ThreadPoolExecutor$Worker@31a6493e
```
> 注意, 目前只支持找出synchronized关键字阻塞住的线程, 如果是JUL的锁 目前还不支持。
> 注意, 目前只支持找出synchronized关键字阻塞住的线程, 如果是`java.util.concurrent.Lock` 目前还不支持。
#### thread -i, 指定采样时间间隔
@@ -162,4 +162,4 @@ $ thread -n 3 -i 1000
Number of locked synchronizers = 1
- java.util.concurrent.ThreadPoolExecutor$Worker@546aeec1
...
```
```