Iepriekšējā rakstā ir vēl viena mantota problēma, kas nav atrisināta, tas ir, ASP.NET MVC MapRoute .htm nedarbojas, kā to atrisināt, ja neizmantojat runAllManagedModulesForAllRequests="true"? Vēlāk es atradu risinājumu:
Atsauce: ASP.NET MVC: .html pieprasījuma maršrutēšana uz MVC maršrutu
Es apspriedu, kāpēc jums vajadzētu mēģināt neizmantot runAllManagedModulesForAllRequests="true", un tad es atradu divus saistītus rakstus:
Vienkāršības māksla: optimizējiet tīmekļa lietojumprogrammu veiktspēju: neizmantojiet runAllManagedModulesForAllRequests="true".
Neizmantojiet runAllManagedModulesForAllRequests="true", lai MVC maršrutēšana darbotos
Fragments no apraksta tekstā:
Šis ļoti ieteicamais labojums var izraisīt citas problēmas. Šīs problēmas rodas kā tas, ka visi jūsu reģistrētie HTTP moduļi darbojas katrā pieprasījumā, nevis tikai pārvaldītajos pieprasījumos (piemēram, .aspx). Tas nozīmē, ka moduļi darbosies .jpg .gif .css .html .pdf utt.
runAllManagedModulesForAllRequests ir kā kanāla slēdzis IIS moduļiem un pieprasījumiem, ja šis slēdzis ir ieslēgts, tad visi pieprasījumi, kas piekļūst šai vietnei, tiks apstrādāti moduļos, kas ietver dažus statiskus failu pieprasījumus, kas ir arī visizplatītākais pieprasījumu veids "nav nepieciešams apstrādāt", jo pieprasījums ievada moduļus, tad ir jābūt atbilstošai programmai, lai to apstrādātu. Tas rada nevajadzīgus veiktspējas pieskaitāmos izdevumus, jo statiskie faili ir paredzēti tikai displejam, vispār nav nepieciešams veikt moduļu apstrādi, mazām vietnēm nav nozīmes, kad dažas lielas PV vietnes dara to pašu, tas radīs zināmu "spiedienu" uz IIS moduļu programmu apstrādi, un secinājums, kas apkopots iepriekš emuāra ierakstā, ir atkritumi (atkritumi ... ) un potenciālo (potenciālo... ）。
Veiksim pārbaudi ar Application_BeginRequest, lai redzētu, kādi pieprasījumi tiek reģistrēti dažādām runAllManagedModulesForAllRequests konfigurācijām, un pārbaudiet parauga kodu:
runAllManagedModulesForAllRequests="fasle", data.txt žurnāls:
http://localhost:55127/
http://localhost:55127/bundles/test2?v=2Fz3B0iizV2NnnamQFrx-NbYJNTFeBJ2GM05SilbtQU1
http://localhost:55127/bundles/test1?v=MDbdFKJHBa_ctS5x4He1bMV0_RjRq8jpcIAvPpKiN6U1
runAllManagedModulesForAllRequests="true", data.txt ieraksts:
http://localhost:55127/
http://localhost:55127/bundles/test2?v=2Fz3B0iizV2NnnamQFrx-NbYJNTFeBJ2GM05SilbtQU1
http://localhost:55127/bundles/test1?v=MDbdFKJHBa_ctS5x4He1bMV0_RjRq8jpcIAvPpKiN6U1
http://localhost:55127/Content/logo_small_1.gif
http://localhost:55127/Content/logo_small_4.gif
http://localhost:55127/Content/logo_small_2.gif
http://localhost:55127/Content/logo_small_3.gif
logo_small_* Attēls ir tas, ko es pievienoju skatā, tas ir tikai pieprasījums pārbaudīt statisku attēlu, ja atrodaties lielā vietnē, pievienojiet pieprasījuma testa kodu un pēc tam atsvaidziniet lapu, jūs atradīsit, ka ir daudz bezjēdzīgu pieprasījumu. Varbūt jūs paskatāties uz iepriekš minēto testa ierakstu, šķiet, ka tas neizskaidro nekādu problēmu, bet vienkārši iedomājieties, ja vietne ar daudz statisku failu, un tad apmeklējumu skaits ir desmitiem miljonu, un vietnē ir daudz lapu, lai gan tā ir neliela problēma, tā tiks bezgalīgi palielināta, un visbeidzot jūs konstatējat, ka tā ir tikai konfigurācijas problēma.
Tas ir viss, es mainīšu kodu.
|
Publicēts 13.10.2016 15:02:09
|
|
|
