在 asp 应用中，经常用到 Session 对象来保存用户临时私有数据，而 asp 的 Session 对象是依赖于浏览器的 Cookie 的，如果用户出于安全原因或者无意中关闭了 Cookie 选项，则 asp 将无法正确识别用户，最终导致 Session 对象不能正常使用。
要正确执行以后的程序，就要先识别客户程序是否接受 Cookie，然而浏览器并没有提供识别 Cookie 是否关闭的方法，这样就需要我们自己来想办法进行测试。
于是很多开发人员就纷纷用自己的办法来测试浏览器的 Cookie 状态，最常见的方法是在一个页面里面送出一个 Cookie，然后在另一个页面中测试此 Cookie 是否存在。这样以来，我们就需要两次 asp 请求。
我这里介绍的是一种结合服务器脚本与客户端脚本，一次测试浏览器状态的方法。
在 NetBox 第一次初始化 asp 程序时，将分配一个新的 Session 对象，并向客户端送出一个以 Application.ApplicationID 为名称的 Cookie，浏览器如果接受Cookie，则下次访问时将回送此 Cookie，NetBox 服务器在接受到此 Cookie 以后，将选用其指定的 Session 对象作为此次 asp 请求的 Session 对象使用，以保证 Session 对象针对具体用户的唯一性和持久性。
由此我们知道，可以通过判断浏览器是否接受了 Application.ApplicationID 为名称的 Cookie 来判断能否继续下面的程序。而判断浏览器中是否含有某个 Cookie，则可是使用浏览器的 cookie 对象来完成。下面这段代码就是测试浏览器是否接受了 NetBox 的 Session：
<html>
<body>
<Script language="javascript">
if(document.cookie.search("<%=Application.ApplicationID%>=") == -1)document.write("Not ");
</Script>Allow.
</body>
</html>
这段代码的前提是知道 NetBox 送出的 Cookie 的名称。如果希望在 iis 中使用此段代码，则比较困难，因为 iis 每次启动后送出的 Cookie 的名称都是不同的，所以为了测试，可以自行送出一个 Cookie 然后再进行测试：
<%Response.Cookie("CookieCheck")="on"%>
<html>
<body>
<Script language="javascript">
if(document.cookie.search("CookieCheck=") == -1)document.write("Not ");
</Script>Allow.
</body>
</html>
