blocks|key|4127852|text|OpenFile是一个16位的Windows向后兼容函数。CreateFile是打开文件的函数。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4127853|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

OpenFile is a 16-bit Windows backward-compatibility function. CreateFile is the function to open files.

blocks|key|61464|text|如果函数成功，则HFILE是一个文件句柄。如果不是，则它是一个HFILE_ERROR常量(假设为-1)。关键是它不能是错误的句柄，所以它们返回的东西可以是句柄，也可以是错误值。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|61465|也可以看看@Barry的建议。|61466|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

If the function succeeds then HFILE is a file HANDLE. If not, then it is an HFILE_ERROR constant (presumably -1). The point is that it can't be a HANDLE on error so they return something that can be either a HANDLE or an error value.

See @Barry's suggestion as well.

blocks|key|899050|text|为了回答您的问题，HANDLE只是一个定义为PVOID的无符号32位数字。它是一个泛型句柄。HFILE是一个特殊的句柄，尽管定义为有符号的32位数字，以便能够获得值-1。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|899051|还有其他专门的句柄，如HACCEL、HBITMAP、HINSTANCE等，都定义为句柄的依赖关系。|899052|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

To answer your question, HANDLE is just an unsigned 32bit number defined as PVOID. It is a generic handle. HFILE is a specialized handle, although defined as signed 32bit number to be able to get value -1. 
There are other specialized handles, like HACCEL, HBITMAP, HINSTANCE, etc., all defined as a dependence to HANDLE.

blocks|key|61533|text|几年前，HANDLES是16位的int，所有的句柄都是HANDLES。然后有人意识到文件HANDLE和窗口HANDLE不是一回事，如果它们被定义成不同的，比如说HFILE和HWND，那么开发人员可能不会意外地交换它们。(然而，它们都被typedef'ed到int)。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|61534|后来，有人意识到，如果将它们完全定义为:+defferently...say：|61535|typedef+struct+_hfile+{}+*+HFILE;
typedef+struct+_hwnd+{}+*+HWND;|code-block|syntax|javascript|61536|如果你用一个代替另一个，那么编译器本身就会报错，即使，实际上，每一个都只是一个普通的16位(最终是32位)+int值。|61537|entityMap^0|4|7|G|3|R|7|18|6|1H|6|28|5|2E|4|39|7|3K|3|0|0|0|1I|3|0^^$0|@$1|2|3|4|5|6|7|Q|8|@$9|R|A|S|B|C]|$9|T|A|U|B|C]|$9|V|A|W|B|C]|$9|X|A|Y|B|C]|$9|Z|A|10|B|C]|$9|11|A|12|B|C]|$9|13|A|14|B|C]|$9|15|A|16|B|C]|$9|17|A|18|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|19|8|@]|D|@]|E|$]]|$1|H|3|I|5|J|7|1A|8|@]|D|@]|E|$K|L]]|$1|M|3|N|5|6|7|1B|8|@$9|1C|A|1D|B|C]]|D|@]|E|$]]|$1|O|3|-4|5|6|7|1E|8|@]|D|@]|E|$]]]|P|$]]

Years ago, <code>HANDLES</code> were 16-bit <code>int</code>s. All handles everywhere in Windows were <code>HANDLES</code>. Then someone realized that a file <code>HANDLE</code> wasn't quite the same thing as a window <code>HANDLE</code>, and if they were defined differently, say as <code>HFILE</code> and <code>HWND</code>, then maybe developers wouldn't accidentally interchange them as much. (However they were both <code>typedef</code>'ed to <code>int</code>).

Later still, someone realized that if they were defined completely defferently...say as:

<pre><code>typedef struct _hfile {} * HFILE;
typedef struct _hwnd {} * HWND;
</code></pre>

then the compiler itself would complain if you used one in place of the other, even if, in reality, each was just a plain old 16-bit (eventually 32-bit) <code>int</code> value.

blocks|key|4127912|text|如果成功，则OpenFile返回文件句柄；如果失败，则返回HFILE_ERROR。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4127913|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

The OpenFile returns a File Handle if succed or a HFILE_ERROR if it fails.

WinAPI OpenFile function returns HFILE, and GetFileTime for instance needs HANDLE. When I feed it with (HANDLE)some_hFile it seems to work fine. Is there any difference in this types, or one of these is simply rudimental?

What is the difference between HANDLE and HFILE in WinAPI?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

WinAPI OpenFile函数返回HFILE，GetFileTime为实例需要句柄。当我给它添加(处理)some_hFile时，它似乎工作得很好。这些类型有什么不同吗，或者其中一种是简单的初级阶段？

问WinAPI中的HANDLE和HFILE有什么不同？
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问WinAPI中的HANDLE和HFILE有什么不同？EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问WinAPI中的HANDLE和HFILE有什么不同？
EN