我有两个ASP。NET Web项目(ProjectA和projecb)。当ProjectA中的类正在实例化ProjectB中的一个类时，它使用了一个资源文件Blah。resx，我得到这个错误:
一个System.Resources类型的异常。mscorlib.dll中出现了MissingManifestResourceException'，但在用户代码中没有处理。 无法找到适用于指定区域性或中性区域性的任何资源。确保“资源。等等。”资源“正确嵌入或链接到程序集”App_GlobalResources。Sn_flri6”，或者所有所需的附属程序集都是可加载的并具有全符号。
是什么导致的?
在微软的网站上有一篇关于http://support.microsoft.com/kb/318603的文章，它建议:
要解决此问题，请移动所有其他类定义，使它们出现在表单的类定义之后。
这是一个Windows窗体项目的解决方案，我不确定这是否也适用于Web项目。
当前回答
仅仅因为您引用了项目B的DLL，并不意味着项目A的资源管理器知道项目B的App_GlobalResources目录。
您使用的是网站项目还是web应用程序项目?在后者中，Visual Studio应该允许您链接源代码文件(不确定前者，我从未使用过它们)。这是一个鲜为人知但很有用的特性，下面将对其进行描述。这样，您就可以将项目B资源文件链接到项目A。
其他回答
在我的例子中，我试图将一个Form从一个项目迁移到另一个项目。结果我只忘记添加Form。Resx到新项目。在窗体中，我使用了一些图标，因此它依赖于资源。
我也面临着同样的问题，尝试了答案中提到的所有解决方案，但似乎都不起作用。结果在将代码签入TFS期间。TFS没有签入Resx文件，它只签入了设计器文件。因此，所有其他开发人员在他们的机器上运行时都面临着这个问题。手动签入resx文件就可以了
Dotfuscation也会引发此错误，因为resx设计器文件依赖于反射。如果你使用Dotfuscator，它会破坏你的resx文件。您必须始终将它们添加到混淆过程中。
只是另一个案例。我用两个项目复制了一个解决方案，部分在Windows资源管理器中重命名它们(文件夹名，.sln和.csproj文件名)，部分在Visual Studio中使用大量的查找和替换操作(名称空间等)。尽管如此，执行干事所说的例外情况仍然发生了。我发现程序集和命名空间名称仍然很旧。
虽然项目和其他所有内容都已命名为OfficeStyle，但程序集名称和默认名称空间仍然命名为Linckus。
在此修正之后，一切都恢复正常，编译并运行:)
我只是在WPF项目中碰到了同样的异常。问题发生在我们最近移动到另一个名称空间(ProblemAssembly)的程序集中。支持ProblemAssembly.Controls)。试图从程序集中存在的第二个资源文件访问资源时发生异常。
事实证明，附加的资源文件没有正确地将引用从旧的名称空间名称移动到新的名称空间名称。
在资源文件的designer.cs中，有一个静态属性用于获取ResourceManager。在该getter中，字符串仍然引用旧的名称空间。一旦将其纠正为新的名称空间，问题就解决了:
global::System.Resources.ResourceManager temp =
new global::System.Resources.ResourceManager(
"ProblemAssembly.Support.Properties.Stuff", typeof(Stuff).Assembly);
本来应该是:
global::System.Resources.ResourceManager temp =
new global::System.Resources.ResourceManager(
"ProblemAssembly.Controls.Properties.Stuff", typeof(Stuff).Assembly);
