我很遗憾在哪里可以获得有关意义，可能的原因以及解决COM错误的可能解决方案的最佳信息，只要你拥有的是HRESULT。
在Google上搜索“80004027”之类的条款几乎没用，因为它会在90％的情况下将您发送到随机讨论组，问题是“80004027是什么意思？”没有回答。
这有什么好资源？为什么MSDN不是谷歌的最佳结果？
答案 0 :(得分：5)
％PROGRAMFILES％[某些版本的Visual Studio] \ Tools Common7 \文件夹中的错误查找（ErrLook.exe）会经常给出错误消息，但并非总是如此：
|---------------------------------------------------|
| [] Error Lookup |
|---------------------------------------------------|
| Value: [0x80004027] |
| |
| Error Message |
| +---------------------------------------------+ |
| |The component or application containing the | |
| |component has been disabled | |
| | | |
| +---------------------------------------------+ |
| [Modules...] [Look up] [Close] [Help] |
|----------------------------------------------------
如果这不起作用，您可以从这里了解一些想法： http://blogs.msdn.com/oldnewthing/archive/2008/09/01/8914664.aspx
（错误查找只是使用FORMAT_MESSAGE_FROM_SYSTEM调用FormatMessage（） 标志）
如果COM错误不是系统错误，您可能还需要检查引发错误的组件的文档。
如果您正在捕获代码中的错误，您可以希望该组件实现丰富的错误（GetErrorInfo（），与VB中的Err对象相同），这样您就可以获得描述问题的完整消息。
答案 1 :(得分：5)
我总是使用WinError.h。这有各种各样的Windows错误代码。
要注意的关键指标是代码的Facility部分：第二个最重要的字节。也就是说，0x80nnmmmm，其中nn是Facility。这告诉你哪个组件生成了代码。设备为7的任何东西都是重新打包为HRESULT的Windows错误代码，您应该将低位字转换为十进制并在WinError.h中查找。它们自己的标题中也会出现错误范围（例如，12000 - 12999中的任何内容都是WinInet错误代码，您应该在WinInet.h中查找它。）
查找错误代码将为您提供符号名称，该名称可能在更多文档中找到，而不是代码本身或错误消息的措辞。
FACILITY_ITF（其值为4，因此这些HRESULT启动0x8004）表示错误是由您正在使用的接口定义的;你必须检查该界面，找出它的含义。
最后，COM还提供接口IErrorInfo来检索扩展错误信息：调用GetErrorInfo来检索错误对象。您将不得不查询ISupportErrorInfo并调用该接口的InterfaceSupportsErrorInfo方法来确定您调用的接口是否实际设置了错误对象（当然，如果它是模板代码，则可能是谎言）。
答案 2 :(得分：0)
答案 3 :(得分：0)
来自Prakash的良好链接（我不知道RCNr的东西 - 我认为这些字节是设施的一部分 - 但这似乎只适用于16位Windows。）
这些未知代码通常特定于您正在使用的界面/组件。该设施将设置为FACILITY_ITF。我有一个旧程序HRPlus（link?），用于解析HRESULT。