我们后退一步，回到前一个Timeline视图。我对Ajax请求比较感兴趣。双击Event行中的图标打开一个新的PurePath视图，软件会在JavaScript跟踪中找出实际执行这个XmlHttpRequest的位置：

　　进入PurePath视图分析XmlHttpRequest细节

　　在界面上方我们能看到的执行这段代码的JavaScript文件——请看Details栏。在树中我们能看到发出这个XHR请求的整个JavaScript执行过程，包括方法调用次数和调用参数。duration栏显示JavaScript执行共耗时1127毫秒。这个时间包含了XHR返回的时间和等待JavaScript计时器的时间。打开这个网络请求的详细信息（译者注：在PurePath树中定位的Network Request上点右键，选择“Details”），将显示Http请求和响应头、请求的精确时间，包括连接、等待、服务器响应和网络传输时间，还有从服务器返回的实际内容（译者注：在Details面板底部有个切换标签Details/Response Content可以查看）。

　　XmlHttpRequest请求详细信息

　　这个请求有趣的地方是服务器花了372毫秒返回了一个空的json对象。从这我们可以继续分析，看一下是什么实际完成这个Ajax响应的。回到PurePath树，我们“drill down”到onreadystatechange事件处理函数（译者注：在NetWork Request下有三个“JavaScript Execution”，是onreadystatechange触发的三次函数调用，展开第三个可以看到这里的readyState为4，开始调用响应函数，一个匿名函数anonymous即是onreadystatechange的事件处理函数）。下面的截图显示了这个处理函数，右下方显示这个函数的代码：

　　分析XHR请求的JavaScript处理函数

　　这里最有意思的是左下方Contributor栏显示了当前所选子树的所有JavaScript活动。最上面一行显示使用了一个动态script标签，标签的内容被写入一段脚本来让浏览器动态加载了一个JavaScript文件。双击Contributor栏中的这条数据定位到PurePath树中的位置（译者注：可能要拖动横向滚动条、拉宽PurePath树的显示宽度才能看到，这个位置折叠的层级很深）：

　　动态创建一个Script标签并插入到DOM中

　　在这里我观察到：

　　一个计时器用了大概740毫秒来触发计时器处理函数——注意截图中第三行的setTimeout方法调用；

　　创建了一个动态Script标签，并把它添加到head中，指示浏览器下载这个Script文件。（译者注：通过观察我觉得“<标签名>”即指代一个[标签名]类型的DOM对象，.setAttrbute、.appendChild即为调用该DOM对象的DOM方法。）

　　PurePath视图提供了多种分析方法。你可以通过直接键入（译者注：几乎在任何地方都可以执行键入查找操作，只要点击一下要查找信息的控件，使其获得焦点，然后按键即可）你要查找的内容来筛选或查找你需要的数据项。通过右键菜单或工具栏按钮添加过滤规则可以让软件只显示特定信息。

　　第七步：Network视图（网络视图）——分析“对话”

　　Network视图显示了发生在浏览器或各自页面中的所有网络请求。通过双击左侧Cockpit面板中的Network节点，或从Summary视图中某个URL上右击选择“Drill Down – Network”进入到Network视图。在我的例子中，我回到Summary视图，然后“Drill Down”进入maps.google.com的Network视图：

　　Network视图高亮标记出超慢的请求以及连接等待时间

　　这个视图下会用颜色标记每个请求，并且用红色高亮标记出耗时最长的下载请求。默认情况下，这个视图是按“Time Chart”栏排序的，Time Chart栏显示浏览器发送的请求队列。

　　从每个请求上我们可以到的资源是否来自浏览器缓存（Cached栏），请求类型（Network或Ajax），HTTP状态，Mime类型，大小，在DNS、网络连接、服务器响应、网络传输和等待上消耗的时间。界面底部显示了HTTP请求和响应头以及返回的实际内容。这个页面中有趣的地方是从mt0.google.com和mt1.google.com取回数据时的等待时间。每个浏览器针对每个域名都有一个连接数上限。

　　在我的例子中（WinXP系统，IE7浏览器）是每个域名最多保持两个连接数。20个PNG图片从两个域中加载过来。由于连接数限制，使得每个域名只能并行下载两个图片。其他图片便是不得不等待一个可用的连接数。这就解释了为什么这些图片和不断增加的等待时间呈“瀑布”型。我们可能不希望在不同浏览器和不同连接数情况下出现像这里这样的效果。解决这个问题是使用域名碎片（Domain Sharding）或者CSS拼图（CSS Sprite）。

　　和其他视图一样，从这里可以进入PurePath。我们定位到页面上第二个Ajax请求。对Kind列进行排序，然后选择一个响应类型为text/xml的请求。点击鼠标右键，选择Drill Down->PurePath，进入PurePath视图，软件将自动定位到JavaScript追踪中发出这个XHR请求的JavaScript函数上。

　　进入PurePath视图

　　如果你的服务端运行有dynaTrace APM，则可以进入Server-side PurePath视图，将显示Java或.NET程序在服务端响应Ajax请求执行的细节。这里有视频可以了解更多。