HANDLE是什么

简单理解：HANDLE是一个void指针，作为资源对象的标识号，为什么要用标识号不用地址？因为操作系统不想让我们知道资源对象的地址

详细介绍看下面。

参考链接：https://blog.csdn.net/maowei117/article/details/55254855

最近在接触windows编程，在多线程编程中遇到了这样的语句：

HANDLE mMutex;
mMutex = CreateMutex(NULL, FASLE, NULL);

　这里的HANDLE被翻译为句柄，句柄这个词太抽象了，那么到底什么是一个句柄呢？在MSDN中我们可以看到HANDLE的解释类似于一种能够访问线程、文件、图片等系统资源的指针。但是HANDLE和我们平常的指针又有什么区别呢，为什么又要特意定义一个HANDLE呢？本篇主要讲HANDLE是什么。

HANDEL的定义

我们可以在windows.h中找到HANDLE的定义

typedef void *HANDLE;

可以看到HANDLE的定义很简单，就是一个void * ,但是我们知道void *可以通过强转为任意类型的指针，所以在使用HANDLE的时候，可以用HANDLE指向所有的数据结构（基本数据类型、结构体、类），其实这就是HANDLE使用得很多的原因，因为任何的数据结构都可以用HANDLE来表示。

如果不使用HANDLE

在这里我借用stackoverflow上面的一个例子来说明这个问题。首先我自己需要定义一个结构体Widget，这个结构体中包含了一个id和一个name来存储信息。

struct Widget {
	int id;
	char *name;
};

其他的程序员需要获得其中的id和name信息。那么就需要一个GetWidget方法，来获得某个特定的Widget，这样就能得到其中的id和name信息了。如果没有HANDLE，我们很可能这样写：

Widget * GetWidget (std::string name)
{
	Widget *w;

	w = findWidget(name);

	return w;
}

别人调用我们的方法如下：

Widget *mWidget;
mWidget = GetWidget("first");
mWidget.setId(10);
mWidget.setName("second");

乍看起来好像这样调用没有什么问题,但是实际上存在着很多的隐患。

隐患1

　注意到这个Widget是我们自己定义的一个结构体，比如我们将上面的定义写在Widget.h中，那么用户在使用我们的程序的时候就需要include”Widget.h”，用户需要得到我们定义Widget的头文件才能使用。而且这只是其中的一个结构体，如果我们定义了很多的结构体，分别在不同的头文件中，那么我们不得不把所有的头文件都打个包让用户能下载。很多情况下我们并不希望把自己的设计暴露给用户，可是现在我们不得不这样。

隐患2

　但是如果我们将Widget的头文件暴露给了用户，就意味着用户知道了我的Widget是如何定义的，他们知道在Widget这个结构体中，前4个字节代表id，然后接下来是一个指向name的char *。这种情况下很可能有些不听话的用户会想：“为什么我要按照你给我的函数来得到我需要的数据呢？我现在都知道我要什么数据了，我要这么干：”

Widget *mWidget；
mWidget = GetWidget("first");
mWidget.id = 10；
mWidget.name = "mw";

　在这种情况下，用户直接就绕开了我们为其准备的setId和setName，同样达到了他的目的。但是他却不知道我们的setId和setName除了修改了id，还做了一些别的事情（比如将原来的id和name存储在某个队列中）。这样我们便无法控制用户的操作，很容易导致程序乱套。

隐患3

　因为我们将Widget的定义暴露给了用户，那我们就无法保证他们不会对我们的头文件动手动脚。如果用户不小心将Widget的定义进行了修改，那么程序基本上很难按照我们想象中去运行了。

隐患4

　有一天我们想到了一个更好的方法去定义这个Widget，并且通过这种方式能让软件的性能提升20%！没有程序员能够拒绝这样的诱惑，所以我们当然铆足干劲去重构，去让代码变得更完美，于是我们的Widget变成了这样：

struct newWidget {
	...
};

当然随着我们这个Widget的修改，对于Widget的操作也进行了修改，所以我们有了新的GetWidget:

newWidget GetWidget (std::string name)
{
	newWidget *w;

	w = findWidget(name);

	return w;
}

我们看着自己的重构，看着20%效率的提升，夸着自己是个天才。想到用户要是用上这个版本的程序，会是怎样一副惊讶的表情…等等，用户？用户那里保存的是前一个版本的Widget，但是现在我已经把它改成了newWidget了，那岂不是所有的用户都必须要重新下载新的头文件？明明我所有的接口函数的名字都没有修改，但是因为我修改了我背后的实现，就需要用户重新去下载新的头文件，那这样岂不是每次修改都要全部用户重新下载？想到这里，你只能默默把版本倒回去，所有的修改都泡了汤。

使用了HANDLE

好在有HANDLE这样一个东西。这个时候我定义这个GetWidget就可以这样定义了：

typedef void *HANDLE
HANDLE GetWidget (std::string name)
{
	Widget *w;

	w = findWidget(name);

	return reinterpret_cast<HANDLE>(w);
}

发现了么，不管我们定义了多少结构体，我们都统一使用HANDLE来访问它们。现在我们不需要再为用户提供Widget的定义，而只需要提供HANDLE的定义。Widget的实现被隐藏在内部，当然用户没有办法修改Widget的定义。而且因为HANDLE的定义只是一个void ，用户也不知道这个void 到底指向了怎样的一块区域，也就不敢轻易直接对指向的存储进行改动。
　更加重要的一点是，当我们想修改widget的定义的时候：

typedef void * HANDLE;

HANDLE GetWidget (std::string name)
{
	NewImprovedWidget *w;

	w = findImprovedWidget(name);

	return reinterpret_cast<HANDLE>(w);
}

由于隐藏了实现细节，我们可以根据自己的需要对自己定义的结构体做出改动了。

总结

1、HANDLE提供了一种统一的方式去获得系统资源，并对其进行操作。
2、HANDLE使得程序设计的细节得以被隐藏，从而能够更加方便地对细节的实现进行修改。
3、由于不知道HANDLE所指向的具体的数据结构，所以我们必须根据源码提供者的API使用HANDLE，而且不同种类的HANDLE是无法混用的。例如：GetModuleHandle返回的HANDLE和GetFileHandle返回的HANDLE是不同的，只能在他们对应的函数中使用。

HANDLE的理解

参考链接：https://blog.csdn.net/weixin_45758146/article/details/107050622

HANDLE：句柄，是WINDOWS用来表示对象的，是一个通用句柄表示。
在WINDOWS程序中，有各种各样的资源（窗口、图标、光标等），系统在创建这些资源时为他们分配内存，并返回标示这些资源的标示号，即句柄。
但是如果这些资源的位置变了呢？
HANDLE是固定的，不会变，但是对象的地址会变，当对象在内存中的位置发生改变后，我们不能通过之前的对象指针找到对象。HANDLE能用来记录对象的最新地址。
也就是说，HANDLE像是中间商，联络着WINDOWS API和看不见的对象，所以可以通过HANDLE让对象做事。（不能让我们知道对象的内存地址是因为操作系统怕受到不利操作）。

各种HANDLE的定义,如HDC,HPEN,HINSTANCE等等,你会发现有这样一个声明:

DECLARE_HANDLE(HDC);

再把DECLARE_HANDLE这个宏展开:

#define DECLARE_HANDLE(name) struct name##__ { int unused; }; 
typedef struct name##__ *name

用HDC替换上面的name：

struct HDC__

{

int unused;

};

typedef struct HDC__ *HDC

所以句柄就是一个指向某一结构的指针,这个结构体只有一个成员,它是一个整数。
HANDLE的定义,在winnt.h头文件中：

typedef PVOID HANDEL;

PVOID是什么?

typedef void *PVOID;

HANDLE不过是一个指向void型,即无类型的指针,嗯,目前的指针是32位的吧.其实也不能说HANDLE是一种指针,它只充当一种索引的作用。