Caturra

我没看过 C 标准，但是
可不可以这么写是标准负责的事情
要不要这么写是程序员负责的事情

往 B 站搜一下关键字不难吧

战 66 我记得好像有坑，少数版本是低色域屏幕，
不过一般的版本应该就是高素质屏幕

15 年 2500 元买的微单
现在能卖 3000-3500 元（同型号）
冷门牌子的市场有时候挺离谱的
不过机子本身质量够硬，画质还是相当能打，舍不得卖

虽然说不是一定要全部初始化，但你不初始化那么`res`的内容完全可以任由编译器去解释
我丢到 godbolt 上看确实不同的 gcc 版本结果不一样，生成的指令各不相同就不细看了

其中一种可以解释为：
1. 因为你用`result`前（调用`test`）的代码并没有用到`res`
2. gcc 打算把它放到`result`的前 512 字节中，既在`printf`前其实只有栈指针 rsp - 1024 而不是 1024+512
3. 而`res`从起始地址开始就因为`test`被塞入了 hello world ，所以也会莫名其妙输出 hello world

其实意思就是编译器把原来第 2 行的`res`定义优化了，放到原来第 4 行后面，栈指针可以省点偏移量

要避免这种 UB ，又舍不得`memset`整个`res`的话，可以用`res[0] = 0`，直接在首部塞入结束符
不过写这种代码我觉得还是别像资本家发工资那么抠门吧，直接 memset 就好了

电磁场与微波技术，没有之一
（不算歪楼吧？）

用了两年三星都不知道有这个选项
习惯性用 bixby 设定充电到 80%就震动提醒

@hitmanx STL 实现常人很难理解，不看点资料都不知道为啥要搞这么诡异的事物。印象中 deque 的奇妙设计好像是为了避免迭代器失效才这么写的，性能可能就凑合水平（可是凑合归凑合，为啥 stack 默认是由 deque 来适配？还是难理解）

高速缓存在并发的条件下不一定是“高速”的，并发写操作可能对数组这种连续分配的内存造成频繁误伤，这可能是楼主提到的服务器中算法喜欢用链表的原因（虽然我不了解是否真的倾向于用链表，以及链表和数组的区别对于重 IO 服务来说是否有一丁点影响）

只考虑通常意义下的性能的话，一般数组实现的数据结构还是优于链表实现。以前打算法竞赛很喜欢把一堆链 /结点的平衡树改写成数组实现（因为数据大小都是已知的，数组的范围肯定能确认），跑分基本都是数组要快一截，数据量级大概是增删改查十万到百万每秒