数日前、プログラム内で Response.Redirect("a.aspx?f=9#12") を使用すると、IE で、奇妙なことに、同じページのジャンプ後のページが # 以降のコンテンツを無視することがわかりました。 , 自分自身をリダイレクトすると、この問題は発生しません。病気の場合は、治療を受けてください。ページのバッファーを false に設定すると、この問題が解決する可能性があると言う人もいました。ページaのバッファをFalseに設定しました。検証後、これは上記の問題とは関係ありませんが、昨日、プロジェクトがリリースされ、サーバーに配置されたバッファを変更するのを忘れていました。ページ A は驚くほど大きく、ページのコンテンツは少し大きくなりました。ページ A のデータベース クエリ数に対して、同じ機能を実装したページ b の実行時間は基本的に 0 ～ 16 です。ローカルで試してみると、ページ b は 3 であり、ページ b は 7 であり、さらに不可解です。ページ b は基本的にページ a とサーバーの間に 90 ～ 300 ミリ秒かかります。明らかに、ページ b はさらに表示する必要があります。ページ構造に関しては、この 2 つは同じ UserControl を持っているため、基本的には同じですが、中央の部分だけがわずかに形式が異なります。同じ屋根の下での人間関係のギャップは？困惑して、ページ要素を 1 つずつ削除したところ、ページ b は驚くほど速く、ページ a は一筆書きのように遅かったことがわかりました。そこで、Ya Zhao に行き、基本的に a を変更しました。幽霊になったのかと思ったとき、ページ a のバッファが false に設定され、ページ b が true に設定されていることに気づき、すぐに修正しました。ページaはすぐに速くなりました。
事故で大変な事になりましたが、バッファを false に設定した場合、同じ機能を持つページがあった場合、基本的にページの処理時間が 10 ～ 20 倍異なります。将来的には、データ処理やその他の要因を除いて、速度に大きな違いがあるため、上記の問題が存在するかどうかを検討する必要があります。