一、面试题：一次拷贝是怎么做到的 1.1 问题由来 上一篇讲 Binder 相对传统 IPC 的三点优势，第一条就是数据只拷贝一次。面试题接着往下追：既然管道、消息队列、Socket 都要拷两次，Binder 凭什么少一次，那一次省在哪里。 答案不在 Binder 自己身上。它没有发明新的数据搬运方式，只是把「谁和谁共享内存」这件事重新安排了一遍。 1.2 关键词：mmap 绕不开的机制是 mma

一、Linux 有 IPC，为什么 Android 还要再造 Binder 1.1 Linux 的 IPC 全家桶 Android 跑在 Linux 内核上，而 Linux 早就备齐了 IPC（Inter-Process Communication，进程间通信）手段：管道、Socket、信号、消息队列、共享内存，每一种都有几十年的工程验证。谷歌却在这之外单独造了 Binder，并把它做成 Andr

一、Binder 为什么是面试必问题 1.1 大厂必问 Handler 和 Binder 是 Android 面试里出现频率最高的两道基础题，公司规模越大问得越细。Handler 还好，多数人写过 postDelayed、debug 过 ANR，多少有点感性认识；Binder 就不一样，工作三五年却讲不清它是什么的开发者相当多。 原因在于日常开发几乎接触不到它的存在——startActivity

一、HTTPS 防中间人：先说清楚在防什么 "HTTPS 为什么能防中间人攻击"是网络方向的高频面试题。多数答案停在"因为加密了"，这话不算错，但不全。 1.1 中间人攻击的场景 中间人（Man-in-the-Middle）是横在客户端和服务端之间、能截获并转发流量的一方——公共 Wi-Fi 热点、被投毒的 DNS、链路上的设备都可能扮演这个角色。它的目标不是看懂密文，而是让客户端误以为自己在跟真

大模型发布会的话术这两年已经固定下来：总参数数万亿，MoE 架构加持，推理成本却比同级别模型低一大截。面试里也常出现同一道题，让人说清 Transformer 和 MoE 的区别，不少答案会把两者摆成并列的两种架构互相比较。 它们处在不同层级。Transformer 定义了「注意力 + 前馈」的主干结构，MoE 是在这条主干上针对前馈层做的一次去密集化改造，把单个庞大的前馈网络换成路由器加一组并行

一、问题：摘要没错，执行却跑偏 1.1 现象：上下文摘要准确无误，Agent 却越执行越偏 面试里经常会问一个看似矛盾的问题：上下文摘要明明没有丢事实，Agent 为什么越执行越偏？ 用一个数据任务举例：从订单表查出本月已支付订单并生成汇总报表。原始上下文里还有几条执行要求：分页查询，每页 1000 条；逐批处理，直到没有下一页；只能访问只读副本库；SQL 超时 30 秒；失败重试不超过三次。 经