关闭

J2EE个人笔记

标签: servleturlj2eeuri
90人阅读 评论(0) 收藏 举报
分类:

8-23

后台开发四大主键
applet 客户端 浏览器端(基本没用)
jsp(前后端分离后 常用)
servlet(常用)
ejb(淘汰了)

Http
基于请求响应模式
无状态(没办法维持状态)
应用层协议

TCP 三次握手 四次回收

请求行 (请求方法+ URI +Http 协议版本)
请求头
请求体

URI
index.html
URL,URI
https://www.baidu.com/index.html

浏览器地址栏直接回车是Get方法

常见的状态码:
1xx 提示信息 继续处理
2xx 成功信息
3xx (例如302)客户端重定向
4xx 客户端错误信息
5xx 服务端的错误

响应行
响应头
响应体

servlet
服务端的小程序

标砖的JAVA WEB 应用目录结构
META-INF
WEB-INF
lib
web.xml

协议://域名:端口/应用访问路径/uri(servlet)的映射路径

servlet工作模式 单实例多线程
servlet生命周期

load on startup
设置后可以先实例化 先读取配置文件等信息 否则如果配置文件等太大 会等用户初次请求才初始化 会导致缓慢加载
没有配置 load - on -startup 情况下,
第一次被访问的时候进行servlet对象实例化,
由servlet容器调用init方法进行初始化
每次请求调用service方法进行请求的处理
当容器关闭时调用destory方法释放资源

一个servlet类,可以配置成多个servelt实例
一个servlet实例。可以配置多个映射地址

refator 重构

MVC模式

Dao 持久层 (数据库操作:增删改查)

M:业务逻辑层(业务逻辑处理)
V:显示层

8-24

HTTP 无状态:如用户登录 后 刷新 并不能维持登录状态

既然HTTP协议的目的在于支持超文本的传输,更加广义一些就是支持资源的传输,那么在客户端浏览器向HTTP服务器发送请求,继而HTTP服务器将相应的资源发回给客户端这样一个过程中,无论对于客户端还是服务器,都没有必要记录这个过程,因为每一次请求和响应都是相对独立的,就好像你在自动售货机前投下硬币购买商品一样,谁都不会也不需要记住这样一个交易过程

HTTP本身是一个无状态的连接协议,为了支持客户端与服务器之间的交互,我们就需要通过不同的技术为交互存储状态,而这些不同的技术就是Cookie和Session了。

服务端重定向在内部跳转 与客户端没有任何关系,request 是一样的(request一直往下)
客户端重定向是重新发起请求 因为无状态的特点导致新的request和之前的没有关系(重新发起请求)

MVC
用处:程序复用
层次不是分的越多越好 影响程序性能
处理过程:(例子servlet 用户发送求求到服务端 服务端读取配置文件 客户端要求传到controller controller调用Model层进行业务处理 model层再DAO层进行数据的获取 Dao层返回数据到Model层 逐层返回到controller层 返回给客户端)

一个servlet容器(tomcat)可以部署多个应用(servletContext)
一个应用(servletConetext)可以对应多个servlet(Action)

8-25

// session 用于服务端维护用户状态
// cookie 用于客户端维护用户状态
// 两者需要配合完成用户状态的维护

// getsession () 等同于 getsession(true)
// 处理过程:通过jserssionid判断是否有session如果当前存在session 则直接返回当前的session 如果不存在则新建一个新的session

// getsession(false)(用户第一次创建的时候会使用这个方法判断)
// 处理过程:通过jserssionid判断是否有session如果当前存在session 则直接返回当前的session 如果不存在则返回null

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:9046次
    • 积分:433
    • 等级:
    • 排名:千里之外
    • 原创:36篇
    • 转载:3篇
    • 译文:0篇
    • 评论:0条
    我的微信公众号:IT互汇
      我的微信公众号

      为你推荐最新的博文
      更有惊喜等着你
    文章分类