十六进制 0x0001 与 0x00000001
通常在使用权限检查的代码中，我看到有些人使用十六进制 0x0001，而其他人则使用 0x00000001。如果我没记错的话，这两个看起来都相当于十进制 1。
为什么要使用其中一种而不是另一种，这只是一个偏好问题？
often in code that uses permissions checking, i see some folks use hex 0x0001 and others use 0x00000001. these both look like an equivalent of a decimal 1, if i'm not mistaking.
why use one over the other, just a matter of preference?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
假设这是C、C++、Java、C#或者类似的东西，它们是相同的。 0x0001 表示 16 位值，而 0x00000001 表示 32 位值，但实际字长由编译器在编译时评估此类十六进制文字时确定。这是编码风格的问题，但对编译后的代码没有任何影响。
Assuming that this is C, C++, Java, C# or something similar, they are the same. 0x0001 implies a 16-bit value while 0x00000001 implies a 32-bit value, but the real word length is determined by the compiler at compile time when evaluating hexadecimal literals such as these. This is a question of coding style, but it doesn't make any difference in the compiled code.
这里发生的事情是，这是一个位掩码，传统上将前导零放置在位掩码的宽度之外。我还猜测位掩码的宽度在某些时候发生了变化，以添加更多专门的权限。
What's going on here is this is a bitmask for which it is tradition to place leading zeros out to the width of the bitmask. I would furthermore guess the width of the bitmask changed at some point to add more specialized permissions.