Kacam.net

Die Welt sehen

Interviewfragen: eine Standardfrage, fünf Schichten tief

Die Aufgabe ist genau der Satz, mit dem ein Interviewer eröffnet — „Was ist der Unterschied zwischen Prozess und Thread?“, „TCP oder UDP?“. Die Lehrbuchdefinition ist nicht das Ziel, sondern der Anfang: Zuerst wird die Version aufgezeichnet, die du auswendig kannst, dann geht es fünf Schichten hinab, und am Ende musst du sie in sechzig Sekunden noch einmal sagen.

Diese Vorlagen gibt es bisher nur auf 简体中文.

So funktioniert es

Diese Reihe bohrt nach, sie unterrichtet nicht. Sie ist ein Übungsinterview: Nichts mehr sagen zu können ist ein normaler Ausgang, und sie deckt dich nicht und beendet auch deine Sätze nicht, wenn du hängen bleibst. Wenn du ein Thema verstehen statt für ein Interview üben willst, geh zu Computersysteme, Datenbanken oder Algorithmen — dort wird geführt.

Wie eine Standardfrage vierzig Minuten füllt: die Fünf-Schichten-Leiter

  • Schicht 1 · Definition — was jeder Begriff bedeutet, worin die Unterschiede bestehen. Keine Antwort: nie gelernt.
  • Schicht 2 · Mechanismus — welche Struktur, welcher Schritt erzeugt diesen Unterschied konkret. Keine Antwort: nur die Schlussfolgerung auswendig gelernt.
  • Schicht 3 · Zahlen — wie groß ist der Unterschied? Wie viele Mikrosekunden, wie viele Male, wie viele I/Os. Keine Antwort: nie selbst angefasst.
  • Schicht 4 · Wahl — in einem konkreten Fall: was wählst du, zu welchem Preis, und wann ist diese Wahl falsch. Keine Antwort: du kannst es nicht anwenden.
  • Schicht 5 · Grenzen — unter welchen Bedingungen gilt alles gerade Gesagte nicht mehr. Keine Antwort: vollständig auswendig gelernt, aber nicht verstanden.

Die Messlatte: Schicht 4 besteht ein Interview, Schicht 5 heißt wirklich verstanden, und alles, was auf Schicht 1 stehen bleibt, gilt als auswendig gelernt.

Sechs Akte — der erste und der letzte gibt es nur hier

  • Im ersten Akt unterbricht sie nicht, kommentiert nicht und gibt keine Hinweise: Du lieferst deine vorhandene Version am Stück, und sie wird als Ausgangsaufnahme festgehalten. Das Schweigen ist Absicht — sie hört zu, sie korrigiert nur noch nicht.
  • Die vier mittleren Akte arbeiten sich die Leiter hinunter; das eigentliche Schlachtfeld ist der dritte: Mechanismus und Zahlen.
  • Der letzte Akt stellt sechzig Sekunden auf die Uhr und lässt dich alles noch einmal sagen, direkt neben deiner Eröffnungsversion — denn ein Interview verlangt nicht „ich habe es verstanden“, sondern einen Satz, den du laut aussprechen kannst.

So fängst du an

  1. Eine auswählen, öffnen, den Prompt kopieren.
  2. In eine brandneue Unterhaltung einfügen, nichts sagen und auf die erste Frage warten.
  3. Dann antworte wie im Interview: Liefere deine auswendige Version am Stück. Dass sie holprig ist, macht nichts — sie ist die Referenz, mit der am Ende verglichen wird.
  4. Danach wird nachgebohrt. Nichts mehr sagen zu können ist ein normaler Ausgang: Das hier ist kein Lernmaterial, sondern ein Übungsinterview.

Fünf Kommandos, die du jederzeit rufen kannst

  • 跳过 sofort zum nächsten Akt
  • 提示 gib mir einen Hinweis, nicht die Antwort
  • 直说吧 sag die vollständige Antwort
  • 重讲 spring zum letzten Akt, nimm die Sechzig-Sekunden-Version neu auf und vergleiche sie mit der Eröffnung
  • 复盘 spring zum Abschluss und gib die Auswertungskarte aus

Drei Fallen

  • Am Ende des kopierten Textes steht die Auflösung — lies sie nicht vorher. Eine ihrer Spalten heißt „Rezitations-Fingerabdrücke“: genau die Sätze, die dir mit hoher Wahrscheinlichkeit herausrutschen werden. Wer sie liest, hat nichts mehr zu üben.
  • Gib keine Adjektive, wo eine Zahl hingehört. „Viel schneller“, „kaum Overhead“ — da wird sofort nachgehakt und die Zahl verlangt. Eine Schlussfolgerung ohne Größenordnung gilt als auswendig gelernt.
  • Die letzten beiden Gruppen sind an eine Sprache gebunden: die Java-Gruppe, wenn du Java schreibst, die Go-Gruppe, wenn du Go schreibst. Sie sind keine Übersetzungen voneinander — jede wählt eigene Fragen —, du musst also nicht beide machen.

Nächste Woche ein Backend-Interview? Prozess und Thread, TCP und UDP, warum B+-Bäume, Isolationsstufen, die drei Arten, wie ein Cache kippt, und Idempotenz: die sechs häufigsten, fast ohne Überschneidung. Schon reihenweise zerlegt worden und auf der Suche nach den Lücken? Fang mit „von der URL bis zur fertigen Seite“ an: Sie legt alle schwachen Stellen auf einmal offen, und danach wählst du weiter.

Betriebssysteme und Nebenläufigkeit

进程和线程的区别
「进程是资源分配的最小单位,线程是 CPU 调度的最小单位」—— 然后呢?
★★★☆☆ · etwa 45 Min.
同步、异步、阻塞、非阻塞
「同步就是要等,异步就是不用等」—— 这句说完,问题才刚开始。
★★★★☆ · etwa 40 Min.
select、poll、epoll 的区别
「select 有 1024 限制、epoll 是 O(1)」—— 两句都对,但都不是答案。
★★★★☆ · etwa 40 Min.
死锁:怎么产生、怎么破、怎么查
四个条件背得滚瓜烂熟 —— 那你们代码里真的破了哪一条?
★★★☆☆ · etwa 40 Min.
乐观锁和悲观锁
「乐观锁假设不会冲突」—— 那你说得出你们那张表的冲突率吗?
★★★☆☆ · etwa 35 Min.
线程池的参数怎么定、满了会怎样
参数表说得出来的人很多,说得出这几个参数谁先谁后的很少。
★★★☆☆ · etwa 40 Min.

Netzwerk

TCP 和 UDP 的区别
「TCP 可靠、UDP 不可靠」—— 那「可靠」到底承诺了什么?
★★★☆☆ · etwa 40 Min.
三次握手为什么不是两次、TIME_WAIT 为什么是 2MSL
「三次是为了确认双方收发能力正常」—— 举一个两次会出事的例子。
★★★★☆ · etwa 40 Min.
HTTPS 凭什么安全(TLS 握手)
「HTTP + SSL,用非对称加密」—— 那你的数据是非对称加密的吗?
★★★★☆ · etwa 45 Min.
从输入 URL 到页面出来
全系列最长的一道。它会在你讲到一半时打断你 —— 这才是真实的面试。
★★★★☆ · etwa 50 Min.
HTTP/1.1、2、3 的区别
「HTTP/2 有多路复用所以更快」—— 那它把队头阻塞解决干净了吗?
★★★★☆ · etwa 40 Min.
Cookie、Session、Token、JWT
「token 存客户端所以更好扩展」—— 那你怎么让一个 token 立刻失效?
★★★☆☆ · etwa 40 Min.
四层和七层负载均衡
「四层快、七层功能多」—— 差别其实只有一条,你说得出是哪条吗?
★★★☆☆ · etwa 35 Min.

Datenbanken

为什么索引用 B+ 树,不用哈希、B 树、跳表
「B+ 树效率高、适合范围查询」—— 那为什么不是哈希、B 树、跳表?
★★★★☆ · etwa 40 Min.
四种隔离级别、幻读到底是什么
「可重复读解决了幻读」—— 真的解决干净了吗?给个反例。
★★★★☆ · etwa 40 Min.
MVCC 是怎么实现的
「多版本,读不加锁」—— 那「多版本」具体存在哪儿?
★★★★☆ · etwa 40 Min.
redo log、undo log、binlog 和两阶段提交
全系列最难的几道之一:崩溃恰好发生在那一瞬间,数据还对得上吗?
★★★★★ · etwa 45 Min.
分库分表之后,你失去了什么
「数据量大了就分库分表」—— 分完之后,你失去了什么?
★★★★☆ · etwa 40 Min.

Cache und Messaging

Redis 为什么快、「单线程」指的是哪一部分
「基于内存、单线程、多路复用,所以快」—— 那「单线程」指的是哪一部分?
★★★☆☆ · etwa 40 Min.
缓存穿透、击穿、雪崩
穿透、击穿、雪崩 —— 先别说方案,说清你指的是哪一种。
★★★☆☆ · etwa 35 Min.
缓存和数据库怎么保持一致
「先更新数据库再删缓存」—— 那这套做法的反例长什么样?
★★★★☆ · etwa 40 Min.
RDB、AOF 和主从复制
「有持久化也有主从,所以不会丢」—— 那主库挂掉那一刻呢?
★★★★☆ · etwa 40 Min.
分布式锁怎么做才对
「setnx 加个过期时间就行」—— 然后它会一个一个坑问过来。
★★★★☆ · etwa 40 Min.
消息怎么做到不丢不重
「生产确认 + 持久化 + 手动 ACK,就不丢不重了」—— 真的吗?
★★★★☆ · etwa 40 Min.

Verteilte Systeme und Architektur

CAP 和 BASE
「三个里只能选两个」—— 那你真的有得选吗?
★★★★☆ · etwa 35 Min.
分布式事务几种方案怎么选
全系列最难的几道之一。先证明你真的需要它。
★★★★★ · etwa 45 Min.
分布式 ID 怎么生成
「雪花算法:时间戳 + 机器号 + 序列号」—— 那机器号谁给你分?
★★★☆☆ · etwa 35 Min.
限流:三种算法和真实部署
三种算法都说得出来 —— 那你那个阈值是怎么定的?
★★★★☆ · etwa 40 Min.
幂等怎么设计
「加张去重表判断一下」—— 先说清:谁在重复,多久内算重复?
★★★★☆ · etwa 35 Min.
熔断、降级、隔离
「熔断降级保证稳定」—— 熔断打开那一刻,用户看到的是什么?
★★★☆☆ · etwa 35 Min.

Java und die JVM

Java 是值传递还是引用传递
「基本类型值传递、对象引用传递」—— 这是一个错误答案。
★★★☆☆ · etwa 35 Min.
JVM 内存区域,一个对象的一生
区域图谁都会画 —— 那跟着一个对象走一遍呢?
★★★★☆ · etwa 40 Min.
GC 怎么判断垃圾、一次 Full GC 意味着什么
全系列最难的几道之一:你线上一次 Full GC 停多久、上次是什么触发的?
★★★★★ · etwa 45 Min.
HashMap 的原理、它的线程不安全表现在哪
「数组 + 链表 + 红黑树,负载因子 0.75」—— 那容量为什么必须是 2 的幂?
★★★★☆ · etwa 40 Min.
synchronized 和 Lock、锁升级四个状态
锁升级四个状态背得出来 —— 那每一级到底省了哪一笔开销?
★★★★☆ · etwa 40 Min.
OOM 和内存泄漏怎么定位
「dump 下来用工具看一下」—— 先说清,它报的是哪一种 OOM?
★★★★☆ · etwa 40 Min.

Go und seine Runtime

GMP 调度模型
「G 是协程、M 是线程、P 是处理器」—— 那为什么非要有 P?
★★★★☆ · etwa 40 Min.
channel 的底层和 select
「无缓冲 channel 会阻塞」—— 它是一个长度为 0 的队列吗?
★★★★☆ · etwa 40 Min.
slice 和 map 的那些坑
「slice 是动态数组」—— 那把它传进函数改一下,外面看得见吗?
★★★★☆ · etwa 40 Min.
defer、panic、recover
「defer 延迟执行、后进先出」—— 那它的参数是什么时候求值的?
★★★★☆ · etwa 35 Min.
逃逸分析:这个变量在栈上还是堆上
「返回局部变量的指针就会逃逸」—— 那判据到底是什么?
★★★☆☆ · etwa 35 Min.
Go 的 GC 和 STW 到底停多久
全系列最难的几道之一:「STW 很短」—— 短到多少,停在哪两处?
★★★★★ · etwa 40 Min.
Diese Prompts sind Open Source Der Text wird im öffentlichen Repository kacam-net/hero-prompts gepflegt. Wenn einer nicht hart genug nachbohrt oder seiner Auflösung eine Zeile fehlt: geh hin und ändere ihn. Ob er hier erscheint, ist eine eigene Entscheidung und hängt am Katalog auf dieser Seite.