httphandler的怪问题

铁匠 — Fri, 01 May 2009 10:26:00 GMT

我维护的某个程序的某个httphandler需要作修改了，就是在出错三次后，需要增加图形验证码，图验正确后才继续往后台的服务发送验证信息。因为里面的逻辑比较复杂，所以我就增加了两个变量，一个是是否有图验，另一个是图验是否正确。三分钟就修改完了代码，自测了一把，一切OK，于是提交更新。过一分儿测试组的就传来消息，现在图验只出一次，以后再怎么错，就不再出图验了。

我首先怀疑是不是程序的代码不一致引起的，于是到环境上把DLL取下来，反编译，查看逻辑，一切都是一样的。

最后发现上面的IsReUseable 被置成了true.原来问题是出在这里。当这个属性被置成true后，所有的对象被创建的时候，就会放在一个对象池里，有新的请求的时候，就从池里面去取一个现成的来处理，只有当发现对象池的对象不够用的时候，才会继续创建新的对象。

奇怪的函数入口点找不到问题

铁匠 — Fri, 01 May 2009 02:17:00 GMT

系统又要升级了，编码，测试一切好像都很正常，正当准备要上线的时候，突然发现有一个功能不能用了。这个功能就是使用HTTPS去调别的服务的WebServices。根据程序记下来的日志发现了这样的一个错误：

Catched Exception: [System.Net.WebException]: "基础连接已经关闭: 接收时发生错误。" in <System.Web.Services>
System.Net.WebException: 基础连接已经关闭: 接收时发生错误。 ---> System.EntryPointNotFoundException: 无法在 DLL“security.dll”中找到名为“EnumerateSecurityPackagesW”的入口点。
   在 System.Net.UnsafeNclNativeMethods.SafeNetHandles_SECURITY.EnumerateSecurityPackagesW(Int32& pkgnum, SafeFreeContextBuffer_SECURITY& handle)
   在 System.Net.SafeFreeContextBuffer.EnumeratePackages(SecurDll Dll, Int32& pkgnum, SafeFreeContextBuffer& pkgArray)
   在 System.Net.SSPISecureChannelType.EnumerateSecurityPackages(Int32& pkgnum, SafeFreeContextBuffer& pkgArray)
   在 System.Net.SSPIWrapper.EnumerateSecurityPackages(SSPIInterface SecModule)
   在 System.Net.SSPIWrapper.GetVerifyPackageInfo(SSPIInterface secModule, String packageName, Boolean throwIfMissing)
   在 System.Net.Security.SecureChannel..ctor(String hostname, Boolean serverMode, SchProtocols protocolFlags, X509Certificate serverCertificate, X509CertificateCollection clientCertificates, Boolean remoteCertRequired, Boolean checkCertName, Boolean checkCertRevocationStatus, LocalCertSelectionCallback certSelectionDelegate)
   在 System.Net.Security.SslState.ValidateCreateContext(Boolean isServer, String targetHost, SslProtocols enabledSslProtocols, X509Certificate serverCertificate, X509CertificateCollection clientCertificates, Boolean remoteCertRequired, Boolean checkCertRevocationStatus, Boolean checkCertName)
   在 System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result)
   在 System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   在 System.Net.PooledStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   在 System.Net.ConnectStream.WriteHeaders(Boolean async)
   --- 内部异常堆栈跟踪的结尾 ---

在同一台机器上的旧版程序，相同的代码，确可以正常使用。也是用同一个应用程序池（asp.net的程序），可以排除权限的问题。最后突然想到系统加载security.dll的时候，会不会不是加载的是系统的那个？于是再看一下程序的bin目录下，发现有一个同名的DLL，把它改名后，发现问题依旧，于是到%windir%/microsoft.net/framework/下面的asp.net cache目录下面把临时文件清除后，解决问题。

让我们顺路看看程序加载一个DLL的查找顺序吧。我用程序去引用一个根本不存在的dll，然后用filemon去看文件句柄的查找顺序：

D:\PersonWork\ForTest\ConsoleApplication1\bin\Debug\ironsoftEncryp.dll
D:\PersonWork\ForTest\ConsoleApplication1\bin\Debug\ironsoftEncryp.dll
D:\PersonWork\ForTest\ConsoleApplication1\bin\Debug\ironsoftEncryp.dll
C:\Windows\System32\ironsoftEncryp.dll
C:\Windows\system\ironsoftEncryp.dll
C:\Windows\ironsoftEncryp.dll
D:\PersonWork\ForTest\ConsoleApplication1\bin\Debug\ironsoftEncryp.dll
C:\Program Files\Borland\Delphi7\Bin\ironsoftEncryp.dll
C:\Program Files\Borland\Delphi7\Projects\Bpl\ironsoftEncryp.dll
C:\Windows\System32\ironsoftEncryp.dll
C:\Windows\ironsoftEncryp.dll
C:\Windows\System32\wbem\ironsoftEncryp.dll
C:\Program Files\Microsoft SQL Server\80\Tools\Binn\ironsoftEncryp.dll
C:\Program Files\Microsoft SQL Server\80\Tools\Binn\ironsoftEncryp.dll
C:\Program Files\Microsoft SQL Server\90\Tools\Binn\ironsoftEncryp.dll
C:\Program Files\Microsoft SQL Server\90\DTS\Binn\ironsoftEncryp.dll
C:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\ironsoftEncryp.dll

可以总结一下查找顺序：

1. 可执行文件所在目录；

2．进程当前目录；

3．系统目录，%SystemRoot%/system32

4．16位系统目录；，%SystemRoot%/system

5．Windows目录，%SystemRoot%/

6．环境变量PATH中的目录；

疑难杂症

httphandler的怪问题

奇怪的函数入口点找不到问题