며칠 전 프로그램에서 Response.Redirect("a.aspx?f=9#12")를 사용할 때 IE에서 점프 후 페이지가 이상하게도 같은 페이지에서 # 이후의 내용을 무시하는 것을 발견했습니다. , 자신을 리디렉션하면 이 문제가 발생하지 않을 것입니다. 몸이 아프면 치료를 받으십시오. 인터넷에 Buffer 페이지를 false로 설정하면 이 문제가 해결될 수 있다고 합니다. 페이지 A의 버퍼를 False로 설정했는데, 확인해보니 위 문제와는 관련이 없는데, 제가 부주의해서 버퍼 수정을 깜빡하고 어제 프로젝트가 릴리즈되어 서버에 올려졌네요. 페이지 A는 놀라울 정도로 페이지의 내용이 약간 더 컸습니다. 페이지가 타임아웃되는 경우가 많았고, 동일한 기능을 구현한 페이지 b의 실행 시간은 기본적으로 0~16인 반면, 페이지 a에 대한 데이터베이스 쿼리 수는 0입니다. 3이고 페이지 b의 경우 7입니다. 이는 훨씬 더 수수께끼입니다. 로컬에서 시도한 후에 페이지 b는 기본적으로 페이지 a와 서버 사이에 차이가 없으며 분명히 페이지 b는 더 많은 것을 표시해야 합니다. 페이지 a에 비해 데이터와 쿼리가 더 많이 발생합니다. 둘은 동일한 UserControl을 사용하므로 기본적으로 동일하며, 중간 부분만 형식이 약간 다릅니다. 같은 지붕 아래 사람들 사이의 간격? 당황해서 페이지 요소를 하나씩 삭제했더니 전혀 본질적인 효과가 없는 걸 발견했습니다. b 페이지는 놀라울 정도로 빠르고, a 페이지는 한 획처럼 느립니다. 그래서 Ya Zhao로 가서 기본적으로 a를 변경했습니다. .. 유령이 나올 뻔 했을 때 갑자기 페이지 a의 버퍼가 false로 설정되어 있고, 페이지 b가 true로 설정되어 있는 것을 발견하고 이것이 문제라는 것을 깨닫고 즉시 수정했습니다. 페이지 a가 즉시 빨라졌습니다.
사고로 인해 이런 문제가 발생했는데, 버퍼를 false로 설정하면 true로 설정했을 때와 기본적으로 페이지 처리 시간이 10~20배 정도 차이가 나는 것을 규칙으로 정리했습니다. 앞으로는 속도에 많은 차이가 있을 것입니다. 데이터 처리 및 기타 요소를 제외하면 위의 문제가 존재하는지 고려해야 합니다.