0
A
回答
2
這意味着如果您的JSP頁面上次修改時間晚於JSP編譯的servlet。如果是,那麼它將再次生成servlet並進行編譯。
相關問題
- 1. JSP標記生命週期
- 2. 關於asp.net生命週期的問題
- 3. 關於活動的生命週期
- 4. 關於Android服務生命週期
- 5. JSF - 關於生命週期的問題
- 6. 關於活動生命週期
- 7. servlet生命週期
- 8. JUnit生命週期
- 9. popToViewController生命週期
- 10. JSF2.0生命週期
- 11. ScheduledExecutorService生命週期?
- 12. BroadcastReceiver生命週期
- 13. BroadcastReceiver生命週期
- 14. UIControl生命週期
- 15. PreferenceActivity生命週期
- 16. System.Timers.Timer生命週期
- 17. viewController生命週期
- 18. SPListItem生命週期
- 19. ASP.NET:HttpApplication生命週期
- 20. MarshalByRefObject生命週期
- 21. IntentService生命週期
- 22. Memcache生命週期
- 23. X509Certificates生命週期
- 24. JVM生命週期?
- 25. UINavigationItem生命週期
- 26. WearableListenerService生命週期
- 27. Eclipse生命週期
- 28. 活動生命週期相關問題
- 29. Doctrine2。生成生命週期
- 30. Android活動生命週期與流程生命週期
每次請求進入servlet引擎檢查修改是否已完成修改,然後根據請求進行修改並處理它向用戶發送迴應 – damon
這就是JSP出於性能原因應該被預編譯和打包的原因。 –
謝謝@BhushanBhangale – Siddharth