问题
skynet最近有一个issue cluster中session溢出问题，用简单代码模拟一下：（以下代码运行在：gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.4)）
int main() {
int32_t a = INT32_MAX - 5;
while (++a > 0)
printf("%d\n", a);
return 0;
}gcc -O 后，输出：
2147483643
2147483644
2147483645
2147483646
2147483647
gcc -O2 后，死循环：
2147483643
2147483644
2147483645
2147483646
2147483647
-2147483648
-2147483647
-2147483646
-2147483645
-2147483644
.....
为什么开启O2优化后，程序死循环了？看一下汇编代码
;gcc -O
main:
.LFB23:
.cfi_startproc
pushq %rbx
.cfi_def_cfa_offset 16
.cfi_offset 3, -16
movl $2147483643, %ebx
.L2:
movl %ebx, %edx
movl $.LC0, %esi
movl $1, %edi
movl $0, %eax
call __printf_chk
addl $1, %ebx
cmpl $-2147483648, %ebx
jne .L2
movl $0, %eax
popq %rbx
.cfi_def_cfa_offset 8
ret
.cfi_endproc
.LFE23:;gcc -O2
main:
.LFB23:
.cfi_startproc
pushq %rbx
.cfi_def_cfa_offset 16
.cfi_offset 3, -16
movl $2147483642, %ebx
.p2align 4,,10
.p2align 3
.L2:
addl $1, %ebx
movl $.LC0, %esi
movl $1, %edi
movl %ebx, %edx
xorl %eax, %eax
call __printf_chk
jmp .L2
.cfi_endproc
.LFE23:对比可以看出，O2的情况下，编译器优化掉了int32_t上溢检查的代码，所以出现了死循环。（这个问题在MSVC和Clang下不存在）
解决
针对这个问题，反馈问题的同学建议使用volatile限定符，这种方案可以避免此类优化，但用在这儿并不合适。
volatile限定符告知计算机，代理（而不是变量所在的程序）可以改变该变量的值。通常它被用于硬件地址以及在其他程序或同时运行的线程中共享数据。 – C Primer Plus(第六版) 12.5.2
一种合理的方案是将其转化为更高精度的数值(uint32_t或int64_t), 做int32_t上限的检查。