旷视内推（春招，社招）

嘿，兄弟们好，我是飞哥，临近过年没事，再来唠唠我做过的票务系统。在票务这行，库存就是命脉。“超卖”（Over-selling）让你赔钱丢名声；“少卖”（Under-selling）让老板觉得你技术不行，票明明有却卖不出去。今天飞哥就结合这几年在票务系统摸爬滚打的经验，跟大家好好唠唠这里面的深水区。1. 为什么“超卖”和“少卖”是系统的生死劫？很多兄弟初学并发，觉得写个 synchronized 或是 ReentrantLock 就能高枕无忧了。但在分布式架构下，这就像是用塑料袋去兜洪水。超卖： 就像 10 个人同时挤进一个窄门，大家看到货架上还有最后一张票，结果 10 个人都下单成功了。少卖：...

贼逆天啊，发了个“youbing”然后光速撤回拉黑了，没截下来。

1. Linux内核中的内存管理机制，详细说明伙伴系统（Buddy System）和Slab分配器的工作原理答案：伙伴系统：管理物理页面，以2的幂次方为单位分配内存（1页、2页、4页...）。当申请内存时，如果没有合适大小的块，就将更大的块分裂；释放时，检查相邻的"伙伴"块是否空闲，如果是则合并，减少外部碎片。Slab分配器：在伙伴系统之上，针对小对象频繁分配释放的场景。为特定大小的对象预先分配缓存池，减少内存碎片和分配开销。包含三层：cache（对象类型）、slab（一组连续页面）、object（实际对象）。2. 描述Linux内核启动流程，从bootloader到ini...