決定的なルール: チェーンを継続するには next() を呼ぶこと。それを忘れて（かつレスポンスを送信しないと）、リクエストは永久にハングします。
Request → [logger] → [auth] → [body parser] → [route handler] → Response
next() next() next() res.send()
各 middleware は順番に実行される。どれもがレスポンスを送信して短絡できる。
// 1. アプリケーションレベル — すべて（またはパスにマッチした）リクエストで実行
app.use(express.json()); // 組み込み: JSON ボディをパース
app.use(cors()); // サードパーティ
// 2. カスタム — 例えば短絡できる認証
function requireAuth(req, res, next) {
if (!req.headers.authorization) {
return res.status(401).json({ error: "Unauthorized" }); // 停止 — next() を呼ばない
}
req.user = decodeToken(req.headers.authorization); // 後続のハンドラのためにデータを付与
next(); // 認可済み → 継続
}
// 3. ルート固有
app.get("/profile", requireAuth, (req, res) => res.json(req.user));
middleware は短絡（レスポンスを送信して next() を呼ばない、例: 認可されていないリクエストをブロックする）したり、リクエストを拡張（後続のハンドラのために req.user を付与する）したりできます。
// 4 つのパラメータを持つ特別なシグネチャ → Express はこれをエラーハンドラとして扱う
app.use((err, req, res, next) => {
console.error(err);
res.status(500).json({ error: "Server error" });
});
// next(err) または throw されたエラーによってトリガーされる。最後に配置すること
エラーハンドラは4 つのパラメータを持ちます（err が最初）。next(err) を呼ぶことで到達します。最後に登録すべきです。
middleware は登録した順序で実行される。ボディを読むルートの前に body parser を、
保護されたルートの前に auth を、最後にエラーハンドラを配置する。
middleware は Express（および同様のフレームワーク）のアーキテクチャの背骨です — 認証、ロギング、ボディのパース、CORS、バリデーション、エラーハンドリングはすべて middleware です。
(req, res, next) の契約（特に next() を呼ぶかレスポンスを送信しなければならないこと）、middleware がリクエストを短絡・拡張できる方法、4 引数のエラーハンドラ、そして順序が重要であることを理解することは、あらゆる Express アプリケーションを構築・構造化・デバッグするうえで不可欠です。