当前位置：文江博客话题详情

WAS回收应用程序池后，使用Unity解析实例会失败

发布于 2025-01-08 16:58:05 字数 243 浏览 1 评论 0原文

我使用 Unity 来解析我的实例。包括 WCF 服务。

但我发现了一个技巧问题。我将 WCF 程序部署到 IIS (WAS)，并且可以正常运行我的 Web 服务。

IIS（WAS）回收应用程序池后，我确定我的注册代码已被执行。但现在 Web 服务抛出异常，比如说

“异常发生时：解析时。”

然后我从IIS服务记录信息，据说我没有注册这种类型。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

乱了心跳 2025-01-15 16:58:05

我自己解决了这个问题。

当应用程序池回收并创建启动新的应用程序池时，所有DLL都会复制到新的Asp.Net模板文件夹中。

当我强制将所有“bin”DLL 加载到 AppDomain 时，我在 bin 的程序集中注册了一个类型。不在 Asp.net 临时文件夹程序集中。所以Unity认为这是差异类型。

现在我更改了将程序集加载到当前域的方式

string binPath = System.IO.Path.Combine(System.AppDomain.CurrentDomain.BaseDirectory, "bin");
foreach (string dll in Directory.GetFiles(binPath, "*.dll", SearchOption.AllDirectories))
{
  var assemblyFromCurrentDomain = Assembly.Load(Assembly.LoadFile(dll).FullName);

  Debug.Print("Add Assembly : {0}, {1}", assemblyFromCurrentDomain.FullName, assemblyFromCurrentDomain.Location);
}

然后问题解决了。

I has resolved this problem by myself.

When application pool recycle and create start a new application pool, all DLL will copy to a new Asp.Net Template Folder.

When I force to load all "bin" DLLs to AppDomain, I register a type in bin's assembly. Not in Asp.net Temp Folder assembly. So Unity thought it's difference type.

Now I change the way to load assembly to current domain

string binPath = System.IO.Path.Combine(System.AppDomain.CurrentDomain.BaseDirectory, "bin");
foreach (string dll in Directory.GetFiles(binPath, "*.dll", SearchOption.AllDirectories))
{
  var assemblyFromCurrentDomain = Assembly.Load(Assembly.LoadFile(dll).FullName);

  Debug.Print("Add Assembly : {0}, {1}", assemblyFromCurrentDomain.FullName, assemblyFromCurrentDomain.Location);
}

Then problem fixed.

回复收藏 0 原文

~没有更多了~