短短的课程花了老多时间理清,细节上是给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