servelt学习

网络传输是在数据经过网卡五层协议后在网络设备上传输的过程.
五层协议至关重要

关于cookie:
cookie设置时间限制,保证安全性,在服务器端通过session按时结束cookie数据,如果没有设置过期时间,则关闭浏览器窗口,cookie就过期了,如果设置了过期时间,关闭浏览器后cookie还是存在的，此时cookie是存在客户端硬盘里的，下次打开浏览器cookie依然存在。
调用getsession函数将自动给浏览器端发送sessionid cookie,然后服务器内部生成了一个hash表,K是sessionid的值,V是session对象,用户信息一般封装成一个对象作为session的属性.
登录过程:
用户在数据库中校验账户密码是否正确,正确就重置session属性,注意这里并不是重新生成session对象,如果没有才创建session,重置session后,服务器就可以通过session知道是哪个用户,进而进行相关操作.
cookie设置了过期时间,过期后浏览器端sessionid就不存在了,然后需要重新登录,此时才新建一个session对象;服务器端如果删除了session（服务器可以配置session过期时间）,也会需要重新登录,此时也会新建session对象.
只要session没过期且cookie存在,登录操作都不会新建session,只是重置了用户属性.

一般session保存在服务器内存中,在负载均衡情况下一般放在数据库中使所有的服务器主机共享.

tomcat服务器和servelt服务器:
1.tomcat服务器是一个单独的进程,有端口号,servelt是一组类,共同实现了请求解析和响应构造成http格式的功能,也就是反序列化和序列化的过程.
2.共同实现了通过url中的前两级目录找到对应的类和doxxx方法.doget或者dopost.第一级目录:war包名称,第二级目录:与类对应的路径,在web.xml中配置.保证了不同的请求可以用不同的处理方式处理.

开发程序:结合servelt开发程序,主要在doxxx方法中书写代码.
部署程序:配置web.xml(l可以在开发中配置,也可以打包成war包之后配置),将项目打成war包复制在webapps目录下,然后就可以使用了.
注意:pom.xml是必须在开发中使用配置的,但web.xml可以在开发中配置,也可以在达成war包后进行配置.

war包包含了一系列class文件,前端文件,web.xml文件等,注意:在打包过程中,不是所有的jar包都需要打包,只打包tomcat中没有的jar包,web.xml是在tomcat中才起作用,通过配置其中的,规定二级目录名称和对应的类名,还有servelt名,servelt名上下要一致,servelt和二级目录名称是自己在web.xml中取得,是在部署阶段应用.

hash表的value值可以是数组,或者其它更复杂的结构.

tomcat中的资源分为静态资源或者动态资源
静态资源就是一些前端文件,直接通过webapps相对路径下的路径.
动态资源就是通过url中的一二级目录实现,然后通过web.xml定位到对应的类和其中的doxxx方法.也就是后端的开发实现.
静态资源和动态资源可以相互转换.
1.静态资源文件中可以通过设置文件二级目录等切换为动态资源;
2.动态资源可以通过重定向功能切换到静态资源.

get和post请求:
服务器端可以指定下一次客户端发送的请求类型,较多通过前端文件指定.
如果没有指定默认是get请求,get请求是将输入放到url中:?..&…
post请求是将输入放到body中
因为url的长度是有限的,所有输入数据较多时不适合用get.

servelt是java使用的一组api,其它语言使用其对应的api和tomcat搭配也能起到同样的效果,tomcat能用于很多语言的http服务器.

实际开发过程中,客户端访问动态资源时是将请求和响应的body格式由键值对形式转换为json形式,所以返回响应后需要渲染页面,响应json包含的只是需要的数据,也就是后端处理的结果,渲染可能更多的是用在在原来页面上加载的新的页面.