哇，我简直不敢相信我在这里读到的一些答案。实际上汇编中有一条指令比其他任何程序都快。bswap。你可以简单地写一个这样的函数…

__declspec(naked) uint32_t EndianSwap(uint32 value)
{
    __asm
    {
        mov eax, dword ptr[esp + 4]
        bswap eax
        ret
    }
}

它比之前提到的内在函数要快得多。我把它们拆开看了看。上面的函数没有序言/尾声，因此实际上没有任何开销。

unsigned long _byteswap_ulong(unsigned long value);

做16位同样容易，除了你会使用xchg al，啊。Bswap仅适用于32位寄存器。

64位有点棘手，但也不过分。比上面所有带有循环和模板的例子都要好得多。

这里有一些注意事项……首先，bswap只能在80x486以上的CPU上使用。有人打算在386上运行吗?!?如果是这样，你仍然可以用…替换bswap。

mov ebx, eax
shr ebx, 16
xchg al, ah
xchg bl, bh
shl eax, 16
or eax, ebx

内联汇编也只能在Visual Studio的x86代码中使用。裸函数不能内衬，而且在x64版本中也不可用。对于那个实例，你必须使用编译器的内在函数。

摘自Rob Pike的《字节顺序谬误》:

假设数据流有一个小端编码的32位整数。下面是如何提取它(假设无符号字节):

i = (data[0]<<0) | (data[1]<<8) | (data[2]<<16) | ((unsigned)data[3]<<24);

如果它是big-endian，下面是如何提取它:

i = (data[3]<<0) | (data[2]<<8) | (data[1]<<16) | ((unsigned)data[0]<<24);

TL;DR:不要担心你的平台原生顺序，重要的是你从中读取的流的字节顺序，你最好希望它是定义良好的。

注1:这里int和unsigned int是32位，否则类型可能需要调整。

注2:最后一个字节必须在移位前显式转换为unsigned，因为默认情况下它被提升为int，移位24位意味着操作符号位，这是未定义行为。

请注意，至少对于Windows, htonl()比它们的内在对应_byteswap_ulong()慢得多。前者是对ws2_32.dll的一个DLL库调用，后者是一条BSWAP汇编指令。因此，如果你正在编写一些依赖于平台的代码，为了提高速度，最好使用intrinsic:

#define htonl(x) _byteswap_ulong(x)

这对于。png图像处理尤其重要，其中所有整数都保存在大端格式中，并说明“One can use htonl()…”{用来降低典型Windows程序的速度，如果你没有准备好}。

认真……我不明白为什么所有的解决方案都那么复杂!最简单、最通用的模板函数如何?它可以在任何操作系统的任何情况下交换任何大小的任何类型????

template <typename T>
void SwapEnd(T& var)
{
    static_assert(std::is_pod<T>::value, "Type must be POD type for safety");
    std::array<char, sizeof(T)> varArray;
    std::memcpy(varArray.data(), &var, sizeof(T));
    for(int i = 0; i < static_cast<int>(sizeof(var)/2); i++)
        std::swap(varArray[sizeof(var) - 1 - i],varArray[i]);
    std::memcpy(&var, varArray.data(), sizeof(T));
}

这是C和c++结合的神奇力量!只需逐个字符交换原始变量。

要点1:没有操作符:请记住，我没有使用简单的赋值操作符“=”，因为当反转字节序时，一些对象将被打乱，复制构造函数(或赋值操作符)将不起作用。因此，一个字符一个字符地复制它们更加可靠。

Point 2: Be aware of alignment issues: Notice that we're copying to and from an array, which is the right thing to do because the C++ compiler doesn't guarantee that we can access unaligned memory (this answer was updated from its original form for this). For example, if you allocate uint64_t, your compiler cannot guarantee that you can access the 3rd byte of that as a uint8_t. Therefore, the right thing to do is to copy this to a char array, swap it, then copy it back (so no reinterpret_cast). Notice that compilers are mostly smart enough to convert what you did back to a reinterpret_cast if they're capable of accessing individual bytes regardless of alignment.

使用此函数:

double x = 5;
SwapEnd(x);

现在x的字节序不同了。

如果您这样做是为了在不同平台之间传输数据，请查看ntoh和hton函数。

我真的很惊讶没有人提到htobeXX和betohXX函数。它们定义在end .h中，非常类似于网络函数htonXX。