在浏览器（或其他用户代理）和Web服务器之间，请求与响应中发生的信息交流可以通过ASP中的两个内置对象来进行访问和管理，这两个对象称为Request和Response对象。在ASP页中所要进行的工作几乎都要访问这两个对象，使用这两个对象的方式将影响页面的效率及可靠性。当然，它们的主要用途是访问用户发回到服务器的值，即从HTML页的段获得或附在URL后面作为查询字符串，并创建合适的输出返回给用户，且它们可以共享很多相同的因素。例如两个对象都可以使用存储在客户端计算机上的cookie。因此，我们把内容分成两个独立的部分（每个对象一部分），并且首先从客户端与服务器这间的信息交流入手，然后再研究每一个对象。为节省篇幅，后面的内容中使用“浏览器”（browser）一词。但需要记住的是，能够访问Web页面的应用程序绝不仅只有浏览器，有许多特殊的应用程序从站点上下载网页，如为那些视力有缺陷用户设计的特殊的客户端程序或者是用通常的浏览器有其他困难的人。最显而易见的例子是搜索引擎用来访问Web上的站点的robot。全面考虑这些因素，包括普通的Web浏览器，准确的词汇应该是用户代理（user agent）。页面请求的对话是当一个浏览器向Web站点提出页面请求时，显然必须告诉服务器，其请求的是哪一个页面。首先要做的是通过域名与服务器建立连接，然后提供所请求的页面的全路径和名称。为什么要全路径和名称？Web是一个无国界的环境，所以必须创造一个会话标识每个客户（将在以后介绍ASP如何做到这点）。这就意味着每当服务器完成向客户发送页面后，服务器就彻底忘记了这个客户。因此，当客户请求下一个页面时，与一个新的访问者是完全相同的。服务器无法记住这个客户，相应的，也就无法判断它们上次请求的页面是哪一个。因为，不能使用相对路径来提供一个页面，即使页面包含一个相对的链接也不行，例如：Next Page浏览器将自动建立完整的新页面的URL，方法是使用当前页的域和路径；或使用页面段中的元素，告诉浏览器一个页面中所有链接的其URL是什么。例如：当把鼠标指向一个页面的链接时，可在浏览器的状态栏中看到。当前页面的路径和当前域名或基域名或基路径已经与请求的页面名结合在一起了。客户请求的细节所请求页面的全路径和名称的组合是浏览器请求页面时发住服务器的唯一住处浏览器的请求也能包含浏览器宿主的住处和客户端运行的操作系统。实际的信息内容将随着浏览器的不同而有相应的变化，只有很少一部分能够由其他的应用程序如搜索引擎robot提供。cookie: 条目包含的cookie存放在客户端的计算机上，并仅对该域有效。假如请求是点击链接的结果，而不是在浏览器的地址栏直接输入URL，则Referer：条目被显示出来，它包含了链接页面的完整的URL。