编辑
我测试了32位的发布，代码很紧凑。因此以下是 64 位问题。
我使用的是 VS 2012 RC。 Debug 是 32 位，Release 是 64 位。下面是一行代码的调试然后发布反汇编：
crc = (crc >> 8) ^ crcTable[((val & 0x0000ff00) >> 8) ^ crc & 0xff];
0000006f mov eax,dword ptr [ebp-40h]
00000072 shr eax,8
00000075 mov edx,dword ptr [ebp-3Ch]
00000078 mov ecx,0FF00h
0000007d and edx,ecx
0000007f shr edx,8
00000082 mov ecx,dword ptr [ebp-40h]
00000085 mov ebx,0FFh
0000008a and ecx,ebx
0000008c xor edx,ecx
0000008e mov ecx,dword ptr ds:[03387F38h]
00000094 cmp edx,dword ptr [ecx+4]
00000097 jb 0000009E
00000099 call 6F54F5EC
0000009e xor eax,dword ptr [ecx+edx*4+8]
000000a2 mov dword ptr [ebp-40h],eax
-----------------------------------------------------------------------------
crc = (crc >> 8) ^ crcTable[((val & 0x0000ff00) >> 8) ^ crc & 0xff];
000000a5 mov eax,dword ptr [rsp+20h]
000000a9 shr eax,8
000000ac mov dword ptr [rsp+38h],eax
000000b0 mov rdx,124DEE68h
000000ba mov rdx,qword ptr [rdx]
000000bd mov eax,dword ptr [rsp+00000090h]
000000c4 and eax,0FF00h
000000c9 shr eax,8
000000cc mov ecx,dword ptr [rsp+20h]
000000d0 and ecx,0FFh
000000d6 xor eax,ecx
000000d8 mov ecx,eax
000000da mov qword ptr [rsp+40h],rdx
000000df mov rax,qword ptr [rsp+40h]
000000e4 mov rax,qword ptr [rax+8]
000000e8 mov qword ptr [rsp+48h],rcx
000000ed cmp qword ptr [rsp+48h],rax
000000f2 jae 0000000000000100
000000f4 mov rax,qword ptr [rsp+48h]
000000f9 mov qword ptr [rsp+48h],rax
000000fe jmp 0000000000000105
00000100 call 000000005FA5D364
00000105 mov rax,qword ptr [rsp+40h]
0000010a mov rcx,qword ptr [rsp+48h]
0000010f mov ecx,dword ptr [rax+rcx*4+10h]
00000113 mov eax,dword ptr [rsp+38h]
00000117 xor eax,ecx
00000119 mov dword ptr [rsp+20h],eax
64位版本中所有额外的代码是做什么的？它是在测试什么？我还没有对此进行基准测试，但 32 位代码应该执行得更快。
编辑
整体功能：
public static uint CRC32(uint val)
{
uint crc = 0xffffffff;
crc = (crc >> 8) ^ crcTable[(val & 0x000000ff) ^ crc & 0xff];
crc = (crc >> 8) ^ crcTable[((val & 0x0000ff00) >> 8) ^ crc & 0xff];
crc = (crc >> 8) ^ crcTable[((val & 0x00ff0000) >> 16) ^ crc & 0xff];
crc = (crc >> 8) ^ crcTable[(val >> 24) ^ crc & 0xff];
// flip bits
return (crc ^ 0xffffffff);
}
我怀疑您在调试发布版本以获取汇编代码时使用“转到反汇编”。
进入“工具”->“选项”、“调试”、“常规”并禁用“抑制模块加载时的 JIT 优化”后，我得到了一个没有错误检查的 x64 程序集列表。
默认情况下，即使在发布模式下，如果附加了调试器，代码也不会被优化。在尝试对代码进行基准测试时请记住这一点。
PS：基准测试显示 x64 比 x86 稍快，10 亿次函数调用分别为 4.3 秒和 4.8 秒。
编辑：断点仍然对我有用，否则取消选中后我将无法看到反汇编。上面的示例行如下所示（VS 2012 RC）：
crc = (crc >> 8) ^ crcTable[((val & 0x0000ff00) >> 8) ^ crc & 0xff];
00000030 mov r11d,eax
00000033 shr r11d,8
00000037 mov ecx,edx
00000039 and ecx,0FF00h
0000003f shr ecx,8
00000042 movzx eax,al
00000045 xor ecx,eax
00000047 mov eax,ecx
00000049 cmp rax,r9
0000004c jae 00000000000000A4
0000004e mov eax,dword ptr [r8+rax*4+10h]
00000053 xor r11d,eax
查看代码，这与访问crcTable的错误检查有关。它在开始挖掘数组之前就已经完成了边界操作。
在 32 位代码中你会看到这个
0000008e mov ecx,dword ptr ds:[03387F38h]
....
0000009e xor eax,dword ptr [ecx+edx*4+8]
在本例中，它从 03387F38h 加载数组的基地址，然后使用标准指针算术来访问正确的条目。
在 64 位代码中，这似乎更复杂。
000000b0 mov rdx,124DEE68h
000000ba mov rdx,qword ptr [rdx]
这会将地址加载到 rdx 寄存器中
000000da mov qword ptr [rsp+40h],rdx
...
00000105 mov rax,qword ptr [rsp+40h]
0000010a mov rcx,qword ptr [rsp+48h]
0000010f mov ecx,dword ptr [rax+rcx*4+10h]
这会将地址移动到堆栈上，然后将其移动到 rax 寄存器中，并执行相同的指针工作来访问数组。
几乎 000000da 和 00000100/00000105 之间的所有内容似乎都是验证码。其余代码在 64 位和 32 位代码之间映射得很好，64 位代码中的寄存器利用率较低。
exp ^ crc & 0xff 编译为 exp ^ (cr & 0xff):
00000082 mov ecx,dword ptr [ebp-40h]
00000085 mov ebx,0FFh
0000008a and ecx,ebx
0000008c xor edx,ecx
你应该把表达式写成吗？
(exp ^ crc) & 0xff
64位版本肯定不如32位版本优化。 CLR 有两个独立的 JIT 编译器实现。
此外，如果性能至关重要，请使用不安全代码来删除边界检查。