今天在编写一系列新增需求代码后，开始调试代码

发现上个版本正常可运行的代码出现了：引发的异常: 0xC0000005: 读取位置 0xFFFFFFFFFFFFFFFF 时发生访问冲突。

上个版本数代码明明是没有问题的，怎么就突然出现这个问题了呢？

一般来说这个问题是由于引用了空指针、数组越界，使用了野指针等问题，

然后检查了运行相关代码，并未发现问题。

进入逐步调试：

发现有一个类里面的数据发生读取内存异常，调试器里出现地址大小端紊乱：

有的地址是正常的大端地址:0x000000000034fa48(正常)

然而二级指针地址出现小端地址：0x0034fa4000000000（错误），这个地址是无法读取内存的，已越过计算机个该程序分配的内存上线，而在0x000000000034fa40这个位置读取的内存数据却是正常的。

经过各种寻找，尝试网上各种可能解决问题的方法，还是未解决。

由于上个版本是能够运行，这个版本就出现异常，然后我就对比两个版本差异

发现引用了一个头文件，该头文件的#pragma pack使用错误，

头文件 开头我是这样写的：#pragma pack（1）

头文件 末尾我是这样写的：#pragma pack(pop)

然后发现编译器报的warring 如下：

（很多时候我们都不看 warring， 但是很多时候你忽略的warring往往给你带来大麻烦）

我去查询了下 pragma pack的用法：

pragma pack（1），这种是我自定义我的对齐方式为1，而没有入栈操作（这里的栈是the internal compiler stack）

而pragma pack（pop）， 是这样操作的：从internal compiler stack中删除最顶端的record；如果没有指定n，则当前栈顶record即为新的packing alignment数值；

如果指定了n，则n将成为新的packing aligment数值；如果指定了identifier，则internal compiler stack中的record都将被pop直到identifier被找到，然后pop出identitier，

同时设置packing alignment数值为当前栈顶的record；如果指定的identifier并不存在于internal compiler stack，则pop操作被忽略

我这里就是制定了自定义对齐值为1， 当执行pop操作时候，则用我的自定义值（1）作为对齐方式， 而栈中找不到这个数据，则出现出栈比入栈多的warring

但是为什么对齐方式没有使用8，会导致 调试器二级指针出现地址大小端紊乱（实际程序也紊乱了）问题，这里还不知具体原因