Web Debug

IE连接设置代理有三种方式自动检测设置自动配置脚本手动指定代理服务器这三种设置是按照从上到下的顺序被采用的，换句话说如果自动检测设置可以工作，自动配置脚本就不会起作用，自动配置脚本工作，手动服务器就不会起作用。设置过程中经常遇到的问题有以下几种自动设置脚本内容在服务器更新了，但是客户端还是用旧的自动设置链接在服务器更新了，客户端还是通过旧的地

有时候发现IIS网站经常session丢失，用户被迫重新登陆网站。造成这个问题的原因可能有这么几种session timeout过短应用程序池回收程序调用主动关闭sessionSession timeout首先要确定这个网站是asp还是asp.net网站，IIS对于ASP和ASP.net的session配置在不同的地方。对于ASP网站，session的控制在IIS

IE插件常见加载问题IE安全设置不允许插件没有正确安装插件没有足够权限访问资源64位IEIE Active X插件相关设置http://technet.microsoft.com/en-us/library/dd346862.aspxhttp://support.microsoft.com/kb/182569?wa=wsignin1.0http://window

问题简介 Out of memory异常是如何产生的 总的来说OutOfMemoryException会在两种情况下发生，进程虚拟内存空间耗尽系统物理内存耗尽第二种情况我们可以参照系统进程管理器中性能选项卡，如果其中committed数值接近了limit,那说明第二种情况发生了。 不过大多数时候OutOfMemoryException发生是因为第

如果需要通过实验来了解windows操作系统，免不了要进行内核调试，这边文章把一些内核调试途径和方法罗列下。  实验环境 Windows 8 Enterprise+ Hypher V VM - 2003 SP2VM - 2008 R2 工具使用实验用到的工具主要是调试工具windbg，进行内核级的调试，如何向查看系统内核的情况，一般有四种方式， Wind

在第二部分我们主要介绍针对各种内存问题的主要调试方式。在开始之前我还是推荐一个常规的调试步骤。 Part1我们提到过debugdiag工具以及如何通过其内建的rule来分析dump。 收集dump通过DebugDiag选择Managed Memory Analysis规则来做一遍分析根据DebugDiag分析报告通过windbg打开dump查看更多信息 大数据量da

问题简介每当遇到http错误代码为400，代表客户端发起的请求不符合服务器对请求的某些限制，或者请求本身存在一定的错误。 目前400错误经常出现在用户认证阶段，当一个用户从属于过多的域时，在Kerberos认证阶段会将域信息发送给服务器，从而导致请求字段长度超过服务器设置的上限。 问题重现更改注册表HKEY_LOCAL_MACHINE\SYSTEM\Curren

有时候我们需要研究某些特定IIS Web请求在服务器端究竟慢在哪里。通过以下方式我们可以定位到真正的api级别性能热点(hot spot)。 Failed Request Tracing (FREB) 首先我们先启用用IIS 7内建的请求监测机制来监测我们需要测试的请求，failed request tracing (FREB)。 如何启用freb可以参考这个链

如果Web应用程序经常遇到的问题按频率排名的话，我觉得 第一名unhandled exception第二名high memory第三名high cpu 这篇文章介绍web应用程序中cpu使用率过高问题相应的数据收集方式和调试问题的方法。 对ASP.NET Web应用程序CPU使用率过高的问题，从宏观上分分类，大概就这么几种情况，大量请求 过多循环 GC频繁 数据收集

根据http协议对状态码的定义，401代表未经授权的访问。在IIS中在401的基础上定义了一系列的子状态码来代表各种不同情况下未经授权访问的具体原因。401.1 - Logon failed. -登陆失败401.2 - Logon failed due to server configuration.-基于服务器配置的登陆失败401.3 - Unauthorized due to

通过visualstudio运行程序，经常会在output里面看到类似的输出，A first chanceexception of type 'System.DivideByZeroException' occurred in xxx.dll我们的问题什么是first chance exception？什么是second chance exception？

问题介绍网站运行的时候是否遇到过未处理异常(unhandled exception)造成网站进程退出报503(service unavailable)错误？但是也有时未处理异常仅仅是在页面上显示出错信息，网站进程还在照常运行。为什么同样发生了异常，结果却截然不同？这种问题该如何调试？这片文章通过调试试验来揭开这些问题的答案。第一种情况ASP.NET网站运

问题介绍.NET中线程同步经常用到以下方式，lock statementAutoResetEvent/MannualResetEventMutexSemaphoreReaderWriterLockInterlocked线程同步经常遇到的问题有以下几种，等待 - 等待锁释放死锁 - 请求锁资源顺序不一致而造成互锁

最近遇到.NET Web应用程序内存使用的各种问题，总结一些具体的现象和调试方法。常见的不正确的内存使用造成高内存使用量主要原因有以下这么几种,问题分类大数据量DataTable大多数web应用程序都会用到DataTable,DataTable中会有很多的Cell来存储表格中的数据，一旦表格中有过多的列便会导致内存使用量的急剧上升，如果不能够得到及时释放，内存就会被大量的表格数

应用程序调试，需要有个常规的调试思路，应对各类问题最基本的调试手段是什么，不能一头雾水的上手而乱了阵脚，而且根据经验统计这些基本的步骤可以解决大多数的问题。 问题分类 第一种，应用程序不工作了。第二种，应用程序反应很慢。对于这样简单的描述我们一般需要进一步了解更多信息，比如问题最直接的表现是什么？  浏览器显示网页报错信息

问题简介在ASP.NET程序中我们经常遇到错误消息为"Request Timed Out"的HttpException,浏览器中的出错信息如下图所示，同时应用程序日志中也会出现一条警告消息如下如何重现这种异常？线程在处理逻辑的过程中是如何被打断而抛出超时异常？如何调试这种异常？ 这篇文章我们从CLR源代码级别来分析一下该问题发生的原因以及

内存中空闲空间不少，但是连续的空闲空间却只有100k。0:000> !address -summary--- Usage Summary ---------------- RgnCount ----------- Total Size -------- %ofBusy %ofTotal                              6853          4