短短的課程花了老多時間理清,細節上是給http和servlet分清,也就是三個監聽接口和事件,編程邏輯上是多個request可能對應一個session,因此通過唯一的sessionid在request監聽中篩選不同的session,又因為session在session監聽中才能退出,所以在session的監聽銷毀方法中刪除已存在的本次session。
2019-06-15
聽了這節課,然后給之前學過的登錄注冊的demo都試了下,終于明白了為什么重定向request.setAttribute到另一外一個界面收不到值,而轉發卻可以了,因為到了一個新界面request就滅了,如果用request.getSession()的話,不論是轉發還是重定向,都可以在另外一個界面接收本界面的setAttribute的值
2019-06-15
舒服,大概就是context>session>request;然后就是request是一次性的相對的,session和context是持續性的絕對的
2019-06-15
我不懂的是哪些啊,說一下,request,ServletRequest,HttpServletRequest,ServletRequestEvent,哪個請求對應的是哪個界面,全都搞不清楚啊,什么時候需要強制轉轉,這些老師壓根沒說啊,看視頻就是看老師一通操作,云里霧里的過去了
2019-06-15
老師這個單詞讀錯讀的太明顯了,開始咱們的英語學習時間,content是目錄,contend是競爭,context是上下文,conment是評論
2019-06-14
老師再request中最后把userList加入到servletContext是為了保證第一次創建集合的時候被set進入。
不過既然是servletContext的成員變量就應該再創建一個servletContext監聽器并在初始化方法中set進入。
不過既然是servletContext的成員變量就應該再創建一個servletContext監聽器并在初始化方法中set進入。
2019-04-15
說一下存在的兩個問題:
1. 修改servlet的Attribute后要不要set回去?
基本類型和final類要,非final類不要。servlet中get到的只是對象的引用,既然是引用就不必再放進去了;但是String類和八大基本類型包裝類是final類,無法修改,我們通常的賦值都是創建一個新的對象,所以必須再次set進去。
2. session確實不會銷毀, <session-timeout>設為0后都不銷毀,問題有待解決
1. 修改servlet的Attribute后要不要set回去?
基本類型和final類要,非final類不要。servlet中get到的只是對象的引用,既然是引用就不必再放進去了;但是String類和八大基本類型包裝類是final類,無法修改,我們通常的賦值都是創建一個新的對象,所以必須再次set進去。
2. session確實不會銷毀, <session-timeout>設為0后都不銷毀,問題有待解決
2019-04-15