標頭與會話認證
沒有認證的專案僅使用 createHttpClient，必要時才附加 HeaderStore 和會話認證。
本頁的 commonService.ts 代碼是整個檔案的一部分
下面的 HeaderStore、headersProvider、sessionAuth 代碼不是獨立的檔案範例，而是專案共用 HTTP adapter（rxjsHttpService.ts/commonService.ts）的各部分的分開說明。如果想先查看整個檔案結構，請先檢查 HTTP 客戶端的最小完整型/擴展型的全部代碼，然後再閱讀本頁。
在瀏覽器中共享的標頭
像登錄後獲得的訪問令牌這樣需要多個服務共同使用的標頭可以HeaderStore保存在。
commonService.ts
ts在 Next.js 中分開瀏覽器和伺服器的標頭
客戶端組件讀取 HeaderStore，伺服器組件則讀取 cookie。 headersProvider可以創建。此函數可以在一個地方分離 CSR 和 SSR 的標頭查詢方式。
commonService.ts
ts當前操作
headersProvider傳遞時，請求時將使用提供者的結果。像上面的例子一樣，如果在提供者內部直接返回 HeaderStore，則可以在一個地方處理 CSR 和 SSR。如果需要 401 刷新，則包裝一次 callApi
不要逐一修改自動生成的服務，而是將會話操作符附加到公共callApi。這樣所有生成的服務都將使用相同的令牌查詢和刷新規則。
commonService.ts
ts如果沒有授權，則首先檢查令牌端點，並在原請求為 401 時刷新後再次請求。如果刷新也失敗，則調用登出端點並傳遞原始錯誤。
在不需要 refresh/retry 的情況下僅需要 token 同步的情況
若不使用 401 refresh/retry，僅在請求前同步 token，請使用 withEnsureToken()。
ts
如果不需要認證，
ts
公開 API 或簡單專案使用這個就足夠了。HeaderStore 和會話認證不是必需的結構。