看了两天的C混乱代码，还挺有意思，无聊的时候更新下这个帖子

昨天的第一个语句，如果按照我第一眼的感觉，我肯定会以为这是一个封装过，甚至override过的printf，只是标准C里并没有重载的说法啊，上图，分析都在图里

接下来这个我就读不懂了，上VC跑也不对，有人说是优化问题，然后看了展开的.i（/EP /P）文件，看着的确是不像个圆，这个就有点数学问题的意思了，暂时搞不明白，放着

第三个感觉也很复杂，因为没装win sdk（懒的搞啊- -），所以宏的代码看不到，动态调试就很麻烦，明明是一样的代码却反复命中不了orz

很巧妙，利用了argc必定自带文件名的参数的性质，所以argc = 1，从递归后的栈上可以看到，参数和堆栈指针的增量

recursive完成后参数的变化，堆栈消耗了44K，终于吃饱了，然后开始出栈了

这个简单的，就是看看walltime，string，所以要-0x30转为数字时钟

写编译器的人真是聪明and和jns就是取余操作，即k % m = k & (m - 1)，但是113f跳转的代码又是相同的，所以也不知道debug下就是这样的- -

接下来这段我一开始以为忽悠人的（我前面写的什么跟DEBUG有关，纯粹是瞎扯），最后是跳转到主函数出口，所以是最后一次，那么就很明显了，就是说编译器把这段单独拉出来作为递归出口，所以为什么我总是命中不了断点，是因为跑出去了- -

再看相同的这段，这里最后调用了_flsbuf也就是putchar内函数，所以就是打印了一个换行符

编译器会根据当前代码的情况，比如对齐和优化什么的（这个我猜的- -），乱序编译（违反了LL原理?），所以不能只对着某一小段指令假想代码，还得看上下文，比如/8%8并不是最先被编译的，甚至在-48之后

继续看这一段，这个莫名其妙的string table，先减0x30，按照人的逻辑来看，一个字符串前移是嘛个意思，想半天都不一定懂，然鹅，对于机器而言，没有影响，一切都是混沌的，直到1187，哦发现30作为一个提前量，确实是起到了atoi的作用

关于这个帖子以及上次说过的chaos but still work讲法，我昨天洗澡的时候感觉又被自己推翻掉，这是因为我想到了ADS那个arm编译器，他那个编译器挺逗的，可以还原目标文件->C源码，那这个就好玩了，也就是说再溜的代码经过反编译器还是可以还原成简单的C源码，但是就是不知道规模能有多大，比如500K还是5M