この解決策については、私の他の回答を参照してください: /q/10...

このソリューションは標準とはみなされていませんが、一般的に使用されているソリューションです。
以下のような欠点がまだいくつかあります:

1. 生成されたトークンが長すぎる場合は、GETする際にGETリクエストの長さの制限を超えていないか考慮する必要がありますが(URLの長さに制限があるため)、トークンが短すぎると高い一意性とセキュリティを確保できません

2. もちろん、トークンをユーザートークンとして使用することは安全ではありません。トークンの有効期限が切れる前に他の人にトークンが盗まれた場合、他の人がユーザーになりすましてログインせずに操作を実行できる可能性があります。

3. より安全な方法が必要な場合は、セッションサーバーを使用してユーザーを認証することになりますが、セッションのクロスドメインの問題は実際にはよくある問題であり、クロスドメイントークンを使用する限り問題はありません。インターフェイスにアクセスできる場合、トークンはデータの受け渡しを要求します。したがって、私の個人的な見解は、唯一の選択肢はセキュリティと使いやすさの間であるということです。もちろん、JWT などの他の検証方法も使用できますが、この方法は (車輪を再発明する必要がない限り) より面倒です。

1. クライアントは情報を送信します
2. サーバーは情報の正当性をチェックします。ログインが不正な場合、ログインは失敗します。
3. サーバーはトークンを高同時実行で生成します。 4. サーバーはトークンをクライアントに返します
5. クライアントはトークンを保存します
6. クライアントが次回リクエストするときに、サーバーはトークンの有効性を検証します。トークンが有効であれば合格し、無効であれば検証は失敗します