发送到浏览器的消息如下：
My.API.Class 类型不明确：它可能来自程序集“[在 Temporary ASP.NET 文件上]”或程序集“[在 bin 文件夹上]”
在调试 Web App 时会出现问题，特别是在向 WebService 的 WebMethod 发出请求时。
项目编译得恰到好处。如果我发布了 Web 应用程序，它会在 bin 文件夹上生成 My.Website.dll。它工作正常。
asmx 文件位于应用程序的根目录。 CodeBehind 文件位于 App_Code 上，并标记为编译生成 My.Website.dll。
我应该错过了一些非常重要的东西。
我发现有人遇到同样的问题，可能是相关原因。 Check it out。这个人暴露问题的方式有点相似，但是当他谈到代理类和我不使用的共享 dll 时，我开始迷失了。
感谢任何帮助。
【问题讨论】：
标签： asp.net web-services debugging web-applications
调试此类问题的最佳方法是使用 Visual Studio 的“调试”->“窗口”菜单中的“模块”窗口。它将向您显示所有已加载的程序集。特别是，您希望多次在模块列表中查找 My.API.Class。按加载顺序对列表进行排序，并查看它之前的 dll（通常是负责加载程序集的那个）。最可能的原因是您的其中一个引用也引用了 My.API 程序集，但引用的程序集版本与您的站点不同。
【讨论】：
根据this，App_Code 文件夹只能用于网站项目。这就是 asmx 的 CodeBehind 也在运行时编译的原因。
最初的问题是基于 Web 应用程序提出的。但我没有指定这个 Web App。已从网站项目手动更改。
为了解决我的问题，我做了以下操作：
@Tony：谢谢你指导我。
【讨论】：
您也可以通过在属性“Class” ex 的末尾添加程序集名称来修复它：
代替
<%@ WebService Language="C#" CodeBehind="~/App_Code/WebService.cs" Class="WebService" %>
使用
<%@ WebService Language="C#" Class="WebService, YourProjectName" %>
当您制作网站时，程序集名称是随机的，以“App_Code”开头，但当您将其更改为 Web 应用程序时，程序集名称将为“YourProjectName”。
这个问题只存在于开发环境中，所以我想我的解决方案更好，因为您不必重命名您的文件夹（这可能会导致您的源代码管理出现问题）。
【讨论】：