Jinja: インポートされたテンプレートのキャッシュが長すぎます

私たちはこれにも遭遇しています。 （ auto_reloadという用語を使用しなかったため、このバグはほとんど見つかりませんでした。これは、 auto_reload=Trueの場合にのみ関係します）。

これを修正するのはかなり難しいようです。 理想的には、 get_sourceから返されたuptodateメソッドで、ソースファイル自体だけでなく、インポート、拡張、またはインクルードするソースファイルもチェックする必要があります。 ただし、 uptodateが定義された時点では、未加工の未解析のソースしか存在しないため、情報は利用できません。

より高いレベル（たとえばTemplate.is_up_to_date ）で実装できる可能性がありますが、コンパイラから依存関係情報を取得するには、かなりの手術が必要になるようです。

私もこれに出くわしました。 これは、 cache_sizeを0に設定する必要があることを意味するため、開発ではかなり面倒です。そうすると、物事が非常に遅くなります（予想どおり）。

内部を掘り下げて、何か思いついたかどうかを確認します。 それまでの間、経験豊富な人が解決策や方向性を提案できれば、それは本当に素晴らしいことです。

問題は、インポートがキャッシュされているが追跡されていないことです。 これに対処する最善の方法が何であるかはわかりません。

さて、ここでの問題はテンプレートのキャッシュではなく、インポートされたマクロに渡される変数のキャッシュにあります。
（少なくとも私の場合）

私の回避策は、レンダリングされる更新されたコンテキスト値を返すメソッドを使用することでした。

私のシナリオでは、ページネーション用のマクロを作成していました。 マクロにはリクエストオブジェクトが必要でした。

マクロ内の最初のアプローチ
{% set pagenum, limit = request.args.pg , request.args.limit %}
これは最初は機能しますが、その後のリクエストでは、サーバーが再起動しない限り、マクロコンテキスト値は永久にキャッシュされます。

マクロ内での作業アプローチ
{% set pagenum, limit = request.get_params() %}
これにより、マクロのキャッシュを犠牲にすることなく、すべての呼び出しで更新されたリクエストパラメータが返されます。

また、マクロをキャッシュすると、応答時間が約2.5倍高速になることにも気づきました。
キャッシュなし〜= 450ms
キャッシングあり〜= 150ms