htonl()的手册页似乎建议您只能将其用于最多32位值。 (实际上，ntohl()是为无符号长整数定义的，在我的平台上为32位。我想如果无符号长整数为8字节，则适用于64位整数)。

我的问题是我需要将64位整数(在我的情况下，这是一个无符号的long long)从big endian转换为little endian。现在，我需要进行特定的转换。但是如果目标平台为大端字节序，该函数(如ntohl())不会转换我的64位值，那就更好了。 (我宁愿避免添加自己的预处理器魔术来执行此操作)。

我可以使用什么？我想要一些标准的东西(如果存在的话)，但我愿意接受实施建议。我已经看到过去使用联合完成这种类型的转换。我想我可以有一个unsigned long long和一个char [8]的联合。然后相应地交换字节。 (显然会在大端字节序的平台上中断)。

文档：Linux(glibc> = 2.9)或FreeBSD上的man htobe64。

不幸的是，在2009年，OpenBSD，FreeBSD和glibc(Linux)并没有很好地协同工作来为此创建一个(非内核API)libc标准。

当前，这段简短的预处理器代码：

(在Linux和OpenBSD上测试)应该隐藏差异。它为您提供了这4个平台上的Linux / FreeBSD风格的宏。

使用示例：

这是目前最"标准的C库"式方法。

我建议阅读以下内容：http://commandcenter.blogspot.com/2012/04/byte-order-fallacy.html

将显示以下输出：

如果删除高4个字节，则可以使用ntohl()进行测试。

您也可以将其转换为C ++中很好的模板化函数，该函数可以在任何大小的整数上工作：

现在您的128位安全了！

要检测您的字节序，请使用以下联合：

然后，您可以检查x.c[]的内容以检测每个字节到达的位置。

为了进行转换，我将使用该检测代码一次来查看平台使用的字节序，然后编写我自己的函数进行交换。

您可以使它动态化，以便代码可以在任何平台上运行(检测一次，然后在转换代码内使用开关来选择正确的转换)，但是，如果您只打算使用一个平台，则只需在单独的程序中进行一次检测，然后编写一个简单的转换例程，以确保您记录它仅在该平台上运行(或已经过测试)。

这是我摘录的一些示例代码。尽管没有进行全面的测试，但是应该足以使您入门。

请记住，这只是检查纯的大/小字节序。如果您有一些奇怪的变体，例如以{5,2,3,1,0,7,6,4}的顺序存储字节，则cvt()会有点复杂。这样的体系结构不应该存在，但我不轻视我们在微处理器行业的朋友的疯狂：-)

还请记住，这在技术上是不确定的行为，因为除了最后一个写入的字段外，您不应通过任何其他字段访问工会成员。它可能适用于大多数实现，但从纯粹的角度来看，您可能应该硬着头皮，使用宏定义自己的例程，例如：