电商项目用户模块演进

    根据敏捷开发的原则,目前用户模块分三期演进

 一、一期基础功能实现:

    (1.1)1、登录;2、用户名验证(检查用户名是否有效);3、注册;4、忘记密码;5、提交问题答案;6、重置密码(忘记密码时候的重置,登录之后的重置)7、获取用户信息;8、登录状态下的更新用户信息;9退登

    (1.2)解释:

    注册的时候验证用户名是否已经存在;

    提交问题答案这里会用到具有有效期的一个token,通过guava的缓存实现;

二、一期主要积累的知识点

    session的使用;

    横向越权,纵向越权安全漏洞;

    MD5明文加密以及加了salt值;

    Guava缓存的使用;

    设计一个高复用服务响应对象,主要是积累设计思想和抽象封装。

三、常用的注解

    @Param:mybatis在Dao层的mapper中,如果要传递多个参数,就需要在参数前面加上param的注解。value的值是什么,声明sql中就是什么。

    @RequestMapping

    RequestMapping是一个用来处理请求地址映射的注解,可用于类或方法上。用于类上,表示类中的所有响应请求的方法都是以该地址作为父路径。

    RequestMapping注解有六个属性,下面我们把她分成三类进行说明。

    1、 value, method;

    value:    指定请求的实际地址,指定的地址可以是URI Template 模式(后面将会说明);

    method:  指定请求的method类型, GET、POST、PUT、DELETE等;

    2、 consumes,produces;

    consumes: 指定处理请求的提交内容类型(Content-Type),例如application/json, text/html;

    produces:    指定返回的内容类型,仅当request请求头中的(Accept)类型中包含该指定类型才返回;

    3、 params,headers;

    params: 指定request中必须包含某些参数值是,才让该方法处理。

    headers: 指定request中必须包含某些指定的header值,才能让该方法处理请求。

    【注意】:1、可以将多个请求映射到一个方法上去,只需要添加一个带有请求路径值列表的@requestMapping注解就行了。 @RequestMapping(value ={"", "/page",  "page*", "view/*,**/msg" })

    @RequestParam

    RequestParam 注解使用的时候可以有一个值,也可以没有值。这个值指定了需要被映射到处理方法参数的请求参数,required 这个参数定义了参数值是否是必须要传的。defaultValue 取值就是用来给取值为空的请求参数提供一个默认值的。如果请求参数和处理方法参数的名称一样的话,@RequestParam 注解的 value 这个参数就可省掉了。

四、二期用户模块改进方案:

    演进背景,2.0的电商平台根据业务的不断发展,升级到多服务器集群来架构服务,主要是nginx+N_Tomcat+redis 的方式。

    多服务器集群带来的好处显而易见,但是针对V1.0我们使用session来解决HTTP请求无状态保存用户信息的,而session是作用于服务器tomcat的,多个tomcat会导致,nginx在随机分发到不同tomcat上的请求时出现异常。解决办法有很多,采取了一个最优的方式就是用redis存储session信息。

    首先在用户登录的时候,根据请求打到具体某个tomcat服务器后记录sessionid,作为写到浏览器Cookie上的value,key就是我们自己定义的cookiename,当用户做其它操作的时候,我们可以通过HttpServletRequest中的getCookies方法获取cookie的集合,从中找到之前我们种到cookie的sission信息,再根据这个sessionid到redis中找到患者登录信息,来校验患者之前是否已经登录过。

【注意】

    (1)我们在登录的时候会给存在redis中的session信息一个有效时间,但是这个时间不是说登录完之后就一直到30分钟之后就失效,而是我们在登录操作之后,再执行其它操作的时候会不断的刷新这个有效时间,让他一直维持在30分钟。

    (2)v1.0的时候,用户在使用忘记密码的时候,提交重置面前的问题和答案时会往TokenCache中保存一个forgetToken,而这个token是存在单个服务器上的,我们v2.0会是分布式架构,这个时候也需要将这个token存储到redis上。


未完待续(三期)。。。。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,084评论 6 503
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,623评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,450评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,322评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,370评论 6 390
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,274评论 1 300
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,126评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,980评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,414评论 1 313
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,599评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,773评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,470评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,080评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,713评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,852评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,865评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,689评论 2 354

推荐阅读更多精彩内容