1. Web响应时间很长
错别字太多
Web响应时间很长无非几个方面的问题：
1.主机硬件低配而装了高配操作系统，比如win7,小马拉大车喽
一般属这种情况的话，运行大多软件都会慢，如果运行别的软件不慢，仅是web慢，skip这一条，看第三条.（新买的东芝笔记本电脑，估计配置应该还不错吧，可以看下一条了）
2.主机内软件安装的不合适，比如中病毒了、或者是安了几套杀毒软件（同时安装)等等原因，系统CPU被这些软件过度占用，如果这样，杀毒、卸载不必要的软件。
比如360，就建议停用一下，看看是否响应速度会变快。
3.如果前两条都不符合，则问题集中在web方面，
3.1所访问的具体某个网站慢，判断很容易，看看访问别的web速度快不快，如果有快有慢，那问题可以结题了。如果都慢，请看下一条。
3.2检查下DNS设置的是否合适，建议选用与你上网线路较近的DNS
2. 如何测试页面响应时间
1.录制脚本：
选择适当的协议，web服务器一般选择http协议。
录制方式一般选择HTML-based Script，但有下列情况选择URL-based Script：不是基于浏览器的应用程序，应用程序中包含javaScript脚本且产生了请求，基于浏览器的应用程序使用了https协议
默认设置记录的浏览器为IE，不要使用其他浏览器
在录制过程中不要后退页面
如果想测定某个操作的响应时间，可以在脚本中插入事务，使用事务把该操作包装起来。分析执行结果的时候可以查看到该事务的响应时间。
插入集合点，可以使多个用户并发进行同一操作，提高操作的并发程度，以对服务器增加负载，测试并发能力。
在Run-Time Setting设置中，设置网络带宽以模拟不同带宽的网络；设置block、action的迭代次数。
对脚本进行参数化，设置参数变更方式
关联脚本
2. 设置场景
设置场景主要包含：选择脚本，设定执行用户数，选择测试负载机，设置脚本执行的方式，设置集合点点，设置Run-Time Setting。
如果要模拟的用户数比较多，应该设置多台测试负载机，一般主流的PC机至少能模拟100个用户对服务器的访问。
设置脚本的执行方式：设置用户的启动方式，设置用户的终止方式。
设置集合点：开关集合点，设置用户通过集合点的方式。
当浏览web页面较大时，在测试的时候可能出现timeout错误。可以在Run-Time Setting-Internet Protocol-Preferences-Options中适当调高Http-request connect timeout和Http-request receive timeout的值。
设置IP欺骗。如果服务器对用户的IP有限制（安全原因），启用IP欺骗。设置IP欺骗应该注意：1.测试负载机应该使用静态IP；2.在选择测试负载机之前开启IP欺骗开关
设置服务器监控计数器。包含：内存，CPU，线程，进程，网络，磁盘。注意，对于非本机的Windows服务器进行监控时，必须使用命令建立$IPC连接，命令为 net use \\服务器IP\ipc& /user:administrator *
3. 分析结果
查看分析结果，查看事务的响应时间、服务器的平均吞吐量，执行用户人数等
查看线程图，用户变化图，响应时间图，吞吐量图。
查看服务器监控的计数器图。
分析各个性能指标是否符合需求。比如：可用内存曲线是否正常，是否存在内存泄漏；CPU利用率曲线是否平缓，是否低于90%；线程数是否正常，而不是一直在增长；网络带宽是否满足流量需求；磁盘是否满足用户操作要求等等
分析各个曲线图是否存在异常情况。比如：响应时间是否满足需求；系统是否支持要求的并发；随着负载的增加，吞吐量是否同样增加，吞吐量是否存在瓶颈等等
3. 如何定位Web应用响应慢原因
运用听云Server解决Web应用过程响应慢，并且定位到具体代码，我们首先登陆听云Server控制台，点击需要查看的应用，进入Web应用过程模块。（听云Server中Web应用过程指：应用程序中处理一次独立的Web访问请求的过程，完整的web应用过程是从应用程序收到请求到响应的整个过程）
Web应用过程功能模块是将当前应用以Web应用过程的维度来展示详细的应用性能数据，包括以下几个功能：
“Web应用过程一览”列出当前应用所有的Web应用过程，并且可以按照耗时百分比、响应时间、吞吐率、Apdex、错误率进行排序。
“TOP5最耗时Web应用过程堆叠图”展示了耗时百分比最大的前5个Web应用过程其墙钟时间比在选定时间内的变化趋势。（墙钟时间比指的是Web应用过程在图表横坐标粒时间度下的总耗时时间/图表横坐标粒度时间）
“Web应用过程响应时间与吞吐率图”展示了应用的平均响应时间和每分钟请求次数在选定时间内的变化趋势。当请求的响应时间大于设定的阈值时会被显示在慢应用追踪列表中。（可在设置中对Web过程跟踪阈值进行设定，例如设置为500毫秒，那么所有响应时间大于500毫秒的请求都会被显示在慢应用过程追踪列表中，具体值根据自己的需求设置即可）
对于Web应用过程响应慢，我们选择按照“响应时间”进行排序，响应时间由长到短排列，选择时间较长的优先进行解决。
点击该Web应用过程进行数据钻取，查看其详细的性能分解。可以看到Web应用过程性能分解堆叠图，显示了这个Web应用过程中各个组件在选定时间内的平均响应时间的变化趋势。
“性能分解表格”展示了其中各个组件的详细性能信息，包括的信息有代码段、性能分类、耗时百分比、调用次数、平均响应时间，排列顺序是按照平均响应时间由长到短进行排序的。
“响应时间和吞吐率图”展示了该Web应用过程在选定时间内平均响应时间和每分钟请求次数的变化趋势。
“慢应用追踪列表”显示了该应用下响应时间大于设定阈值的请求，同样还是按照响应时间由长到短进行排序。
点击其中响应时间较长的请求进行慢应用追踪，跳转至应用过程慢追踪页面。
摘要中可以看到各个组件的响应耗时百分比图，下面还列出了各个最慢组件详细的调用次数、持续时间、响应耗时占比数据。
接下来重点查看追踪详情，可以看到各个代码段的持续时间、时间占比和时间偏移量，其中持续时间长时间占比高的就是响应时间长的代码段，则需要对该代码段进行重点的优化和修改，从而解决Web应用过程响应慢的问题。
后面的相关SQL展示了其中的SQL操作以及其调用次数和总耗时。
拓补图展示了相关的调用关系方便更加全面的分析问题，特别说明的是只有发生跨应用调用的应用过程慢追踪才会展示拓补图。