欢迎关注【笙晨闲谈】微信公众号，闲谈、干货一应俱全，只要你关注，就会有故事~
写在前面：
关注“笙晨闲谈”的小伙伴们可能都知道，昨天笙晨在跟大家聊到cookie的时候，最后的时候说到会与大家分享一下前几天用JSP实现的一个用户登录的简易网站。
既然如此，那就说到做到（但我的内心是拒绝的，突然感觉好麻烦啊~~）。
今天，就跟随笙晨来一起看看，这个简易的用户登录网站，到底是如何实现的吧~~
PS：由于简书的格式有所限制，本文代码部分均用图片展示，若需要更好的阅读体验，或者是需要文本格式的代码，请移步“下方链接”查看文章，即可看到《JSP Web应用程序开发》之——用户登录的原文，快来试一试吧——
看完记得关注【笙晨闲谈】微信公众号，不定期更新“计算机”类的相关干货，以及闲谈类的文章。只要你关注，就会有故事哦~
00
简单谈谈这个用户登录吧~~
笙晨所说的这个用JSP实现的用户登录的简易网站，是基于《JSP Web应用程序开发教程》中实验二来写的，主要就是一些JSP的基本语法，但是笙晨也对其进行了适当的修改：
（1）加入了验证码，并实现其相应的功能（随机产生的验证码，已经被放入JSP提供的内置对象session中啦）；
（2）在错误显示页面中，能够区分出到底是用户名或密码错误，还是验证码错误（使用JSP提供的request内置对象来存储错误信息）；
（3）利用cookie实现用户自动登录。
先让我们来穿插恶补一点JSP的知识：
在开始介绍这个用户登录程序之前，让我们先来了解一下JSP的内置对象吧：
为了Web应用程序开发的方便，在JSP页面中，我们内置了一些默认的对象，这些对象不需要进行预先声明，就可以直接作为已定义的Java对象使用。
在JSP中，提供了9个内置对象，让我们先来看看都是谁这么荣幸吧：
当然，在上面这些JSP的内置对象中，并不是每一个都会频繁用到（毕竟咱们也要有皇后和贵妃之分不是嘛~~）
在JSP的内置对象中，request、response和session是3个非常重要的内置对象，这3个对象体现了服务器端与客户端（即浏览器）进行交互通信的控制，如下图所示：
好吧，笙晨来给大家解释一下：
我们从上面这个图中便可以看出来，JSP首先通过request对象获取了客户在浏览器上的请求，然后通过response对客户浏览器进行响应。而session这个内置对象非常执着，则一直保存着会话期间所需要传递的数据信息。
01
e2login.jsp
e2login.jsp这个页面主要是由两部分组成的：
首先，在这个页面上为了实现用户可以自动登录的操作，加入了每次用户在登录前，先查看一下是否存在cookie的操作。如果存在cookie的话，我们就不用这么麻烦了，直接自动跳转到登录成功后的界面就好咯，但是如果没有存在cookie的话，我们就只能乖乖的继续往下进行，也就是进入到我们这个页面中的第二大部分——HTML表单程序。
在这个页面当中，主要还有HTML表单程序这一部分，毕竟我们还是要接收用户输入的一些信息，并且要能够将这些信息提交给e2check_login.jsp页面的嘛。也正是因为这一操作的存在，我们才可以对输入的这些用户信息进行各种的处理哦~~
下面就让我们来一起看一下这两个部分是如何实现的吧，直接上代码（细心的小伙伴可以关注一下笙晨在一开始的时候还加入了JavaScript用来实现验证码的刷新操作哦~~）：
那么，这个页面显示出来到底长啥样呢？让一起来看一下吧：
（PS：笙晨知道它真的很丑啊，但是毕竟这只是一个简单的JSP页面，目的也是为了练习JSP的基本语法，所以并不需要有多么华丽的外表，也就不需要搞得那么复杂啦，大家谅解一下下啦~~）
02
e2check_login.jsp
对于e2check_login.jsp这个页面，笙晨在前面介绍e2login.jsp时也简单的提到了一点，这个页面主要就是对用户信息的一些处理。
这个JSP处理页面获取了表单提交的用户名密码等用户信息，对其进行了相应检查，并且利用cookie实现了用户的自动登录。
在这个页面当中，笙晨用到了JSP提供的内置对象request和session。但是毕竟实现这个用户登录只是用到了JSP，并没有链接数据库的操作，因此这里的用户只有admin，密码为123（但是在实际操作中，我们进行用户的验证，通常还是采用连接数据库或者是使用role进行的哦~~）。
下面就让我们来一起看一下这个JSP处理是如何实现的吧，上代码：
03
e2session_check.jsp
e2check_login.jsp这个页面主要就是包含一个JSP验证的程序。话不多说，代码走起：
04
e2login_success.jsp
e2login_success.jsp这个页面就是我们登录成功的一个页面啦，这个页面非常的简洁，就是运用了JSP提供的内置对象out，向网页进行了输出。毕竟相对于前几个页面来说要简单的多了，没啥说的，直接代码走起啊：
我们实现一下是啥样的嘞？一起来看看吧：
05
e2login_alert.jsp
e2login_alert.jsp这个页面便是我们的失败页面，在这个页面当中用了if来对在错误显示页面中，到底是用户名或密码错误，还是验证码错误来进行了区分。
在进行错误区分的时候，这里是用错误码来进行区分的，也就是一串数字。
咦？我们为嘛不直接用汉字来区分到底是出现了什么错误，而要使用这些错误代码来显示呢？
额……
这个问题嘛……
原谅笙晨学艺不精，我也不知道为什么
或许是因为以后要是分的错误情况多了，数字也可以继续多下去多下去？（不太对吧~~）
或许是因为状态码简单粗暴，并且还能更加直观的描述问题？（额……）
或许是因为是基本的数据类型，而且字节固定，查错简单？（有道理哦~~）
或许是因为网络传输的代价非常昂贵，能减少传输几个byte就减少几个，用状态码自然是最好的选择，而且我们直接拿状态码在程序里面进行判断也是很好的选择？（看着也有点靠谱诶~~）
或许是因为阿拉伯数字才是全球通用语言，全球那么多语言，虽然是语言不通，但是阿拉伯数字还是相同吧？（或许是吧~~）
额……算了，我们不纠结那么多了，毕竟遵循惯例，人家都说那么干的，你为嘛要纠结那么多嘛，我们还是直接代码走起：
那么这个错误页面实现了之后是啥样的呢，让我们来看看吧：
（1）如果我们是用户名或密码错误（错误码0001），就是显示这个样子滴：
（2）如果我们是验证码错误（错误码0002），则显示的就是这个样子滴：
06
code.jsp
code.jsp这个页面主要就是一个验证码的程序啦，在插入验证码的时候，笙晨是将验证码作为一张图片进行了插入（人家都是那么干的，不要问为什么验证码是张图片，或许是因为要防止黑客对需要登录的网站进行暴力破解？应该是的吧~~）
话不多说，代码走起（这个生成验证码的程序是来自网络哦，现在有网上有很多现成的生成验证码的程序，大家如有需要也可以自行查找，毕竟生成一个验证码图片牵扯到的东西有点复杂哦~~）：
07
inva.jsp
加上inva.jsp这个页面，主要就是为了对用户进行注销登录的操作，毕竟咱还之前还将用户信息弄到了cookie里面不是？
因此咱也要有个东西来清除一下cookie呀，毕竟别的用户也是要登录滴~~
不过好像是按理说，这个程序是应该先显示用户登录的界面，判断其是否存在cookie，然后才进行了用户自动登录的操作？？（额……好像是吧……）
但是嘛……
笙晨的老师说，我们直接判断有没有cookie就好啦，有的话直接登录，实现简单的用户自动登录就可以啦~~
好吧，本着一切从简的原则，也就是在用户之前点过自动登录之后，在进行下一次登录的时候，我们可以直接跳转到登录成功的界面，也就不再显示登录的界面了。
因此，在第一个e2login.jsp页面中，笙晨也就将是否存在cookie的操作放在了HTML表单程序之前。
如此，按照程序从前往后的运行顺序，在用户之前点过自动登录的前提下，那么其就可以直接进行自动登录的操作啦~~
话不多说，代码走起：
08
让我们来总结一下吧~~
看了这么多，让我们来总结一下吧。在这个用户登录的程序中，笙晨一共用到了 7 个JSP页面：
（1）e2login.jsp: 检验cookie存在及HTML表单程序；
（2）e2check_login.jsp：JSP处理程序；
（3）e2session_check.jsp：JSP验证程序；
（4）e2login_success.jsp：登录成功页面；
（5）e2login_alert.jsp：登录失败页面；
（6）code.jsp：验证码程序；
（7）inva.jsp：注销登录页面。
到这里，笙晨所写的这个用户登录也就基本上算是实现了。当然，在这个实现用户自动登录的例子当中，笙晨毕竟只是用了一些JSP的基本语法，因此对于整个程序来说，还是存在着很大的不足之处的，但是最终也算是可以实现了一个简单的用户登录啦。
同时，因为这个用户登录的程序过于简单，这也就意味着其还存在着很多可以改进之处，因此也希望小伙伴们可以与笙晨一起来交流探讨哦~~
写在最后：
好啦，今天的干货就分享到这里，感谢各位小伙伴对“笙晨闲谈”的支持哦~~
看完之后如果有收获，记得点“在看”呀，如果还想给笙晨加个鸡腿，赞赏也来之不拒哦，毕竟您的鼓励，就是笙晨最大的动力啦~~
PS：原文链接：《JSP Web应用程序开发》之——用户登录
看完记得关注【笙晨闲谈】微信公众号，不定期更新“计算机”类的相关干货，以及闲谈类的文章。只要你关注，就会有故事哦~
