error-handling - “0xHHHHHHHH”格式的Microsoft错误代码背后的原因是什么？

Question

为什么Microsoft倾向于将“错误代码”报告为十六进制值？

错误代码是32位双字值(4个字节的值)。这很可能是任何C样式函数已报告错误的原始整数返回码。

但是，为什么要以十六进制向用户报告错误？ “0x”前缀毫无用处，字符长度上的节省也很小。这些错误最终会在Microsoft软件甚至Microsoft网站上显示给最终用户。

例如:

0x80302010的长度为10个字符，非常晦涩。

2150637584是十进制等效项，并且更加用户友好。

是否有关于32位字段作为错误代码机制的“标准”使用(可能将该字段分为多个字段以供开发人员解释)或向最终用户提供十六进制代码的逻辑的描述？

Answer 1

我们只能猜测原因，因此不能确定地回答此问题。但让我们猜测:

原因之一可能是十六进制数字，您知道数字将有8位数字。如果位数或多或少，则该数字为“腐败的”(例如，客户键入错误)。对于十进制数字，相同值的数字位数会有所不同。

另外，对于开发人员来说，十六进制数字比十进制数字更方便，更自然。例如，如果某些信息被编码为位标志，则可以轻松地手动将它们解密为十六进制数字，而不是十进制数字。