「java线程debug」java线程池参数
本篇文章给大家谈谈java线程debug，以及java线程池参数对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
- 1、eclipse debug java源码时时总是显示 source not found
- 2、java线程
- 3、Java线程getID()的困惑
- 4、java调试中debug怎么用
- 5、java中多个事务公用一个连接吗
- 6、Java 多线程 为什么一个方法已经声明为synchronized，没效果
eclipse debug java源码时时总是显示 source not found
source not found是因为找不到引用的source导致，重新加在一下jar包就可以了。
解决办法：
1、点击下图红圈，Change Attached Source
2、出现下图所示，对话框，选择src.zip，然后点击打开，src.zip在java的jdk目录下。
3、重新开启debug，就可以找到对应的source了。
java线程
楼主要先明确一点，无线循环有两种：一种是永远停不下来的，CPU占用率99%；而另一种是停在某一行，在需要的时候再运行，CPU会被正常使用的。
情况1，永远停不下来的，99%的CPU占用：
理论上讲，因为CPU被占满了，那么第二个Thread就不能执行了，而且其他的Process也无法正常工作了；但其实第二个Thread可以运行，因为当今Windows系统的功能很完善了，即使无限循环，Windows也能勉强应付。但这个其实就是“死机的Bug”，例如：
while(true){
System.out.println("Hang already!");
}
情况2，停在某一行，CPU正常用：
那么一切将正常，第二个Thread可执行。例如：
private void listen(int port) throws IOException {
ServerSocket serverSocket = null;
try {
System.out.println("Server is listening...");
serverSocket = new ServerSocket(port);//创建服务器所需插槽
} catch (IOException e) {
System.out.println("Could not listen on port: " + port + ".");
System.exit(-1);
}
while (true) {
Socket s = serverSocket.accept();//接受客户的TCP连接
System.out.println("Connection from " + s);
new ChatServerThread(s).start();
}
serverSocket.close();
}
这个Method表面上看有 while (true) {}，仿佛是无限次循环，但其实不是。这其实是一个Java写的TCP服务器程序。如果没有TCP用户连接的情况下，那个while循环就会停在“Socket s = serverSocket.accept();”这一行；如果有TCP用户连接了这个Java服务器，那么这一行才会运行，“ChatServerThread(s).start();”这一行会为这个用户建立一个Thread，并且while-loop将完成循环一次。
这个是我大学学习期间，用Java写的即时通讯软件（模仿MSN），中服务器连接那一段。我这个程序用的是Java Network和Java Concurrency（Multi-Threading多线程,Multi-Processing多进程）。你如果要我可以E-MAIL你。
Java线程getID()的困惑
你用getName方法就是从0开始了，一个程序中还有其他线程在运行，例如执行main方法的主线程，垃圾回收机制啥的，所以你创建的这些线程不会是从0开始的。
java调试中debug怎么用
最基本的操作是：
1.首先在一个java文件中设断点，然后debug as－－open debug Dialog，然后在对话框中选类后－－ Run
当程序走到断点处就会转到debug视图下。
2.F5键与F6键均为单步调试，F5是step into,也就是进入本行代码中执行，F6是step over，
也就是执行本行代码，跳到下一行，
3.F7是跳出函数
4.F8是执行到最后。
1.Step Into (also F5) 跳入
2.Step Over (also F6) 跳过
3.Step Return (also F7) 执行完当前method，然后return跳出此method
4.step Filter 逐步过滤一直执行直到遇到未经过滤的位置或断点(设置Filter:window-preferences-java-Debug-step Filtering)
5.resume 重新开始执行debug,一直运行直到遇到breakpoint
6.hit count 设置执行次数 适合程序中的for循环(设置 breakpoint view-右键hit count)
7.inspect 检查运算。执行一个表达式显示执行值
8.watch 实时地监视变量的变化
9.我们常说的断点(breakpoints)是指line breakpoints,除了line
breakpoints,还有其他的断点类型：field(watchpoint)breakpoint,method
breakpoint,exception breakpoint.
10.field breakpoint 也叫watchpoint(监视点) 当成员变量被读取或修改时暂挂
11.添加method breakpoint 进入/离开此方法时暂挂(Run-method breakpoint)
12.添加Exception breakpoint 捕抓到Execption时暂挂(待续...)
断点属性：
1.hit count 执行多少次数后暂挂 用于循环
2.enable condition 遇到符合你输入条件(为ture\改变时)就暂挂
3.suspend thread 多线程时暂挂此线程
4.suspend VM 暂挂虚拟机
13.variables 视图里的变量可以改变变量值，在variables 视图选择变量点击右键--change value.一次来进行快速调试。
14.debug 过程中修改了某些code后--〉savebuild--resume--重新暂挂于断点
---------------------------------------------------------------------------------------------------------------------------------------------------------------
调试运行的快捷键：
Shift+Alt+D 弹出菜单后按J：Java程序调试
Shift+Alt+D 弹出菜单后按R：在Web Server上调试
Shift+Alt+D 弹出菜单后按Q：Ant Build调试
调试过程中的快捷键：
F6：单步执行Step Over。 通常如果不关心该语句的调用细节，单步执行就可以了。
F5：跟入Step into。一般会跟踪进入到调用函数的函数体，Step Over则不会跟踪进入，直接把调用当做一个语句处理。
F7：返回到调用处Step Return。如果无意Stepinto了一个不需要关心的函数，或者没有必要再对某个函数跟踪了，直接F7返回到调用语句处。
F8：运行至下一断点Resume。
调试中需要关心的是断点和变量。掌握一定的设置断点技巧是必须的。
1、如何跳过一段循环
有的时候跟踪代码执行，无意中进入了循环中，看了几次发现没什么问题了。是不是要StepOver到循环结束呢，或许你会Step Return，那么循环下面的代码就跟踪不到了。这时候就要利用Resume这个有趣的特性了。
去掉旧断点（循环体内的），增加新断点（循环体外），然后Resume（F8）。
2、如何调试递归调用
还是要巧用F7（StepReturn）、F8（Resume）这两个键。
另外别忘了Debug模式中的Expressions视图（Window-show view- Expressions）
把你关心的递归变量的表达式都add进来吧，这样看起来就比Variable轻松多了。
Expressions不仅支持显示运算结果、数组元素，还可以显示方法返回值。你只需要将你关心的表达式写进来就可以了。
返回上一层递归，使用F7。跳过循环使用上面的方法。
还有巧设断点。直接让光标运行到你需要关注的地方。
在Expressions中添加能区分递归层次的表达式，这样你看起来就不会乱（不知道调用到哪一层了）。
java中多个事务公用一个连接吗
spring事务
数据库事务、连接与java线程之间的关系
最近在处理事务和多线程时，比较困扰数据库事务，数据库连接以及java线程之间的关系。
问题1：事务和连接的关系？
回答：对于数据库事务来说先有一个连接，才能有事务，一个连接里可以有一次或多次事务的提交（自动提交或者手动提交）。对于java中的被transactional注解方法来说，这个被事务管理的方法中可能会使用多个连接。例如一个事务方法里嵌套一个propagation=required的事务方法时，外方法用一个连接，嵌套的方法用一个连接，并且是两个不同的事务。
问题2：连接和线程的关系？
回答：从debug代码看来，一个线程中有去操作数据库，就会去CP获取一个数据库连接，如果此时CP中没有连接可用，就会等待，直到有连接为止。
问题3：一个事务中（transactional注解的方法内）如果开启了多个线程去执行其他的插入操作，那么每个线程执行的插入操作，和线程的caller方法中的插入操作是同一个事务吗？
回答：不是同一个事务
解析：
1.如下图，一个transactional 注解的方法内，先做一次插入操作，接着开了3个线程去分别处理插入任务
2.执行结果通过看debug日志可看出，在执行testTransAndConnection方法时获取了一个数据库连接，并开启了一个事务，并把事务设置为手动提交，然后进行插入操作，插入操作完成，就call起三个线程并且准备着手提交主方法里的事务了。
3.每个线程是创建了不同的sqlsession 去处理的，这里用的连接却都还是主方法释放的那个连接（这里都是同一个连接的原因是由于服务起来后，第一次去请求应用，此时数据库连接池还没有初始化完毕，池子里只有刚刚初始化好的一个连接，其他的连接还没来的及初始化出来，所以这里几个线程的操作其实是大家都在等待并争用那唯一的一个数据库连接。等CP初始化完毕，如果再次触发一次请求就会发现：每个线程的sqlsession都是不同的连接）
Java 多线程 为什么一个方法已经声明为synchronized，没效果
不要给方法加synchronized，给成员变量加就可以， 或者如果没有公共的成员变量的话，可以把这个方法放到单独的类中，new一个类，调用这个方法，那样的话，每个多线程都单独开辟了一个方法空间，各自执行就可以了，希望对你有用。。。
关于java线程debug和java线程池参数的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。