App Routerリーディングメモ

雑にRouter Cache周りのリーディングメモしていく

• prefetchCacheの中にdynamic renderingの結果が入ってなさそう
• cache.parallelRoutesの中に入ってそう

todo

• next.jsリポジトリのbuild結果をローカルで繋いでデバッグできるようにする

App Routerが保持してるstateは↓
https://github.com/vercel/next.js/blob/7458ffa042c2141bd18b119d93d064acaba42315/packages/next/src/client/components/router-reducer/router-reducer-types.ts#L217-L256
この辺の設計は
https://github.com/vercel/next.js/discussions/54075
の冒頭と併せて読むと理解が進む
実装で追い切るのはとっても大変

revalidatePathが何やってるかを追ってみる

起点

以下のファイルが大元
内部的には_N_T_prefix付けただけのrevalidateTag
https://github.com/vercel/next.js/blob/canary/packages/next/src/server/web/spec-extension/revalidate-path.ts

revalidateTag

store.incrementalCache.revalidateTagを呼び出してる
https://github.com/vercel/next.js/blob/canary/packages/next/src/server/web/spec-extension/revalidate-tag.ts#L35-L36

これの実態はtag-manifest.jsonの[tagName].revalidatedAtのタイムスタンプ更新のみ
https://github.com/vercel/next.js/blob/canary/packages/next/src/server/lib/incremental-cache/file-system-cache.ts#L125-L128

これにより次のリクエストやServer Actionの戻り値RSC生成時に更新させてるっぽい
https://github.com/vercel/next.js/blob/v14.0.5-canary.30/packages/next/src/server/lib/incremental-cache/file-system-cache.ts#L285-L287

Server ActionsがRSCを返すところは未調査
ちなこのincremental-cacheはISRと兼用の仕組み

isrMemoryCacheSize

FileSystemCacheはインメモリなキャッシュを内包してる
https://github.com/vercel/next.js/blob/v14.0.5-canary.30/packages/next/src/server/lib/incremental-cache/file-system-cache.ts#L53

defaultでは50MB持てる
https://nextjs.org/docs/pages/building-your-application/data-fetching/incremental-static-regeneration#self-hosting-isr

定義元はこれ
https://github.com/vercel/next.js/blob/v14.0.5-canary.30/packages/next/src/server/config-shared.ts#L786