从 size_t 或 uintptr_t 来回转换指针会破坏严格的别名吗？

Question

我提议更改一个库，其公共 API 当前如下所示：

typedef size_t enh;  /* handle */

int en_open(enh *handle)
{
    struct internal *e = malloc(...);
    *handle = (enh)e;
    return 0;
}

int en_start(enh handle)
{
    struct internal *e = (struct internal*)handle;
    return do_something(e);
}

这种用法，来回转换为size_t 会破坏严格的别名吗？

为了记录，我在公共 API 中提出了 struct internal 的典型不透明前向声明，如 this Programmers.SE question about the same code 所示。

Answer 1

别名是关于使用两个不同类型的指针来访问相同的字节。您的代码中不是这种情况。当您访问句柄后面的数据成员时，您总是通过struct internal* 类型的指针来访问。所以这里没有伤害。

您的代码中唯一值得怀疑的是，您使用size_t 来传递指针。 Afaik，该标准不保证您可以安全地将指针转换为size_t 并返回，即使任何理智的实现都允许这样做。正确的整数类型选择是 uintptr_t，但您甚至不需要：

我认为，你应该只在界面中使用一个不透明的指针。即，只需放置声明

typedef struct internal internal;

进入您的公共标头并保留相应的

struct internal {
    ...
}

private（当然，用合理的公共名称替换 internal）。然后可以简单地将公共函数声明为：

int en_open(internal** outHandle);
int en_close(internal* handle);

这样，您可以在客户端代码中获得完美的类型检查，并避免进行任何类型转换。