قبل بضعة أيام، عند استخدام Response.Redirect("a.aspx?f=9#12") في البرنامج، وجدت أنه في IE، تجاهلت الصفحة بعد القفزة المحتوى بعد # بشكل غريب، في نفس الصفحة ، عندما تقوم بإعادة توجيه نفسك، لن توجد هذه المشكلة، أنا في حيرة من الحل. إذا كنت مريضًا، فيرجى طلب العلاج الطبي، لقد بحثت في الإنترنت وقال بعض الأشخاص إن ضبط الصفحة Buffer على خطأ قد يحل هذه المشكلة، لذا لقد قمت بتعيين المخزن المؤقت للصفحة أ على خطأ، بعد التحقق، لا علاقة لذلك بالمشكلة المذكورة أعلاه، لكنني كنت مهملاً ونسيت تعديل المخزن المؤقت بالأمس، وتم إصدار المشروع ووضعه على الخادم كانت الصفحة "أ" كبيرة بشكل مدهش، وكان محتوى الصفحة أكبر قليلاً، وغالبًا ما تنتهي مهلة الصفحة، ووقت تنفيذ الصفحة "ب" التي تنفذ نفس الوظيفة هو في الأساس 0-16، في حين أن عدد استعلامات قاعدة البيانات للصفحة "أ" هو. 3، والصفحة ب هي 7، وهو أمر محير أكثر بعد تجربتها محليًا، ولا يوجد فرق بينها وبين الخادم، ومن الواضح أن الصفحة ب تحتاج إلى عرض المزيد البيانات والاستعلامات أكثر من الصفحة أ. من حيث بنية الصفحة، فإنهما متماثلان بشكل أساسي لأنهما يستخدمان معًا نفس UserControl، فقط الجزء الأوسط يختلف قليلاً في الشكل الفجوة بين الناس تحت سقف واحد؟ لقد كنت في حيرة من أمري، وحذفت عناصر الصفحة واحدًا تلو الآخر، ووجدت أنه ليس لها أي تأثير أساسي على الإطلاق عندما كنت على وشك أن أظن أنها مسكونة، اكتشفت فجأة أن المخزن المؤقت للصفحة "أ" تم ضبطه على "خطأ"، وأن الصفحة "ب" تم ضبطه على "صحيح". أصبحت الصفحة "أ" أسرع على الفور.
تسبب حادث في مثل هذه المشكلة، لكنني قمت بتلخيص القواعد عندما يتم تعيين المخزن المؤقت على خطأ، فإن وقت معالجة الصفحة يختلف بشكل أساسي بمقدار 10 إلى 20 مرة عن وقت تعيينه على صحيح إذا تم العثور على صفحة بنفس الوظيفة هناك اختلاف كبير في السرعة في المستقبل، باستثناء معالجة البيانات والعوامل الأخرى، يجب عليك التفكير في ما إذا كانت المشكلات المذكورة أعلاه موجودة أم لا.