bạn có nhầm k vậy??
Sao khi mình chạy thì nó chỉ ra như vậy
interrupt catched
1 2 3 4 5 6 7 8 9 10
interrupt catched
1 2 3 4 5 6 7 8 9 10
interrupt catched
1 2 3 4 5 6 7 8 9 10
1 2 3 4 5 6 7 8 9 10
...

Chứ không có cái ở giữa 1 2 như của bạn..
Với lại theo cái đoạn code của bạn thì trong cái hàm for nó chỉ có sleep 100, còn trên kia là 1000 thì những thread được tạo ra sẽ k có lý do gì lại có cái interrupt catched ở giữa đó được ?? 

1 2 3 4 5 6 7 8 9 10
interrupt catched
1 2 interrupt catched (***)
3 4 5 6 7 8 9 10
1 2 3 4 5 6 7 8 9 10
interrupt catched
1 2 3 4 5 6 7 8 9 10
1 2 3 4 5 6 7 8 9 10
.......
 

Mình có 1 số chỗ thắc mắc ở trong đoạn code trên.
Thứ nhất : khi thread main tạo ra 1 thread mới t thì thread t có mức ưu tiên kế thừa từ mức ưu tiên của thread main. Khi gọi t.start() thì thread t đc nạp vào hàng đợi ưu tiên để chờ đc thực thi (theo nguyên tắc hàng đợi ưu tiên thì t phải nằm sau thread main) nhưng mình test thì thấy khi gọi method start() thì thread main dừng lại và thread t đc thực hiện.
Thứ 2: khi method t.start() đc gọi thì thread t ban đầu sẽ sleep(1000) rơi vào trạng thái block.
khi đó thread main đc thực hiện và vào vòng lặp for rùi sleep(100) như vậy là cả 2 thread đều rơi vào trạng thái block nhưng vì thread main chỉ ngủ có 100ms nên nó trở lại trạng thái runable trước vào gọi method t.interrupt() như vậy thì làm cho thread t đang ở trạng thái block sẽ sinh ra ngoại lệ InterruptedException và in ra dòng "interrupt catched" như vậy kết quả đầu tiên phải là "interrupt catched" chứ sao lại là 1 2 3 ... đc ( cái này mình đã chạy thử code nhưng ko hiểu sao nó in ra như vậy). 

Việc chạy step từng dòng là 1 điều ko tưởng trong lập trình đa luồng vì 1 vấn đề là ở đây có 2 luồng cùng chạy như vậy bồ quản lý 1 luồng thì luồng kia như thế nào . Và cha dù bồ có quản lý luôn cả 2 luồng đi chăng nữa (bằng cách set break point vào code 2 luồng ) thì làm sao bồ biết là cpu sẽ chạy luồng này trong bao lâu rùi thì nhường thời gian cho luồng kia.