Fox爱分享

我们要发 618 营销短信，1000 万条，要求 1 小时内发完。你打算怎么设计线程池？核心参数给多少？拒绝策略选哪个？

假如 `t_order` 表已经 8000 万行了，用户查‘我的订单’经常转圈圈，甚至偶尔超时，你怎么搞？

面试官问：如何保证 Redis 和 MySQL 的数据一致性？90% 的人都像背书一样回答： “用延时双删策略！先删缓存，再更数据库，休眠 1 秒，再删缓存。”

如果你玩过 OpenClaw，一定懂这种痛： 单 Agent 既要写前端又要做后端，技能和记忆乱成一锅粥，上下文一多就逻辑混乱 每个 Agent 都要单独配置 API Key，密钥散得到处都是

用户在美团超市买了一堆东西：一箱水、两包薯片、一只冻鸡。为了凑满减，他是一起付的钱。请问后台系统会怎么处理？

都吹滴滴架构牛，但仔细想想，滴滴完全可以按城市分配服务器（单元化）。北京的高峰期，完全不影响上海的服务器。而且打车这事儿，很多都是下车了甚至隔天才支付，根本没有电商双十一那种‘几千万人同时抢购付款’的

打排位匹配几秒就成，断网重连却要等半天进度条，技术上到底差在哪？这道题的核心，藏着移动端 MOBA 游戏的核心架构 ——Lockstep 帧同步，还有为了对战公平，咱们不得不付的**算力代价*

用户购物车里有 50 件商品，账户里有 100 张各种各样的优惠券（满减、折扣、跨店、品类...）。 怎么组合最省钱？

你的代码逻辑再严谨，也无法避免网络丢包、数据库宕机或支付宝内部故障。如果支付宝扣了用户 100 块，但你的系统里订单还是‘未支付’，这笔钱去哪了？你怎么发现？怎么追回？