EAS在运行的过程中，性能问题一直是持续需要关注的问题，eas的进程我们都是知道是JAVA进程，当eas的java进程我们发现在linux的TOP命令界面，或是windows的任务管理器界面，消耗cpu资源很高，遇到这样的问题如何有效的收集信息，就是本帖子要讲解的内容。
首先，需要找到java进程的进程号PID
当你遇到eas的java进程cpu消耗很高的时候，你首先要找到这个java进程的系统进程号，也就是PID。在windows的任务管理器里面，点击查看->选择列-->如下图所示，选中PID（进程标识符）即可找到进程号，那么就可以找到这个java进程的PID了。

如果是Linux环境，直接在top命令界面就可以看到进程号了。

其次：找到该PID对应的eas的server
一般在独立的EAS服务器上，java进程就只可能是EAS的进程，那么为了确认该pid是否就是eas的server，可以在EAS的管理控制台上查看：

上图就可以看出server的进程号就是14722.
如果遇到是eas的集群环境，也是同样的方法，需要找到是哪个server消耗cpu资源过高，一般集群最少3个server，此时就需要明确哪个server占用比较高。

最后：确认了上述两个问题之后，就需要在cpu高的时间段，收集有效的日志，进一步提交到金蝶总部分析问题。
有的人往往在cpu高的故障点之后才提交问题，而又没有收集到有效的日志，这对我们诊断问题带来难度，因为只有在故障点才抓到cpu高的原因，事后故障都不见了，就很难抓到问题根源了。

需要收集的日志信息：-----cpu故障时段收集 ------
1.对EAS的java进程cpu高的地方截图保存证据。

2.服务端堆栈信息
参考《收集客户端和服务端线程堆栈》

下载地址：ftp://ftpdev.kingdee.com/工具/性能部署/收集客户端和服务端线程堆栈.doc(用户名/密码：usersupport/usersupport2007)（看帖子回帖不用下载文档）

3.收集服务器eassupport日志
服务器端eas/server/bin下执行eassupport.bat（Windows）或easssupport.sh（Linux/Unix）文件，会在当前路径下生成一个以support打头的文件。注意：在cpu高的时候，收集support，会自动一起收集了线程堆栈。所以尽量在cpu高的时候收集support

4.收集JVM日志
\eas\profiles\server1\logs 下面jvm开头的就是。

顶

这个必须顶一下~
马同学，最后一个看数据库锁，这个没说。

客户端堆栈收集

方法：
1.登陆eas
2打开jconsole，运行客户端eas所安装的jdk目录下 eas\clientjdk\bin\jconsole.exe

3选中名称类似com.kingdee.eas.exetools.LaunchClient…的行后按“连接”按钮，或者根据eas客户端的PID来选择（方法见下图）

进入后点“线程”页签，然后点“AWT-EventQueue-1”，将下图红方框中的堆栈信息拷贝出来，贴到记事本中即可（可通过点击别处再点击“AWT-EventQueue-1”的方式反复刷新，多收集几次，都贴到记事本中）

收集准备 ：服务端 和 客户端的堆栈 数据库锁 共三个
1.服务端堆栈收集：---收集threaddump
收集线程堆栈信息是通过在 客户端 的IE窗口输入如下URL 获取的： http://serverIP:http端口号/easportal/tools/threaddump.jsp
你要收集这个线程堆栈日志。用于业务的同事分析。
1.你找个客户端。客户端连接的rpc端口和http端口。设置为server1的端口号。
2.你在客户端机器的IE浏览器 打开这个网页：ip是服务器的ip，端口记得改为server1的。 http://serverIP:http端口号/easportal/tools/threaddump.jsp
3.你在这个客户端操作卡死的这个功能点，操作一次。
4.卡住啦。你回到这个网址这里。点击living rpc threads。然后保存网页。即可。多保存几个。多刷几次。目的就是找到卡死的线程堆栈，用于分析是卡住在什么位置。
另存该网页（在IE菜单中选择【文件】—>【另存】

说明：为了比较哪些堆栈一直在运行，需收集多个这样的网页文件做比较。可以间隔一段时间后再次点击红色框中“living RPC threads”，另存网页。一般收集3个即可，间隔时间根据具体问题来定：长时间“卡”住的操作隔4,5分钟收集一次，若是收集慢的操作，根据执行时间长短，在执行完成前收集3次即可，间隔自己把握。