java学习网站www.javaj.cn
举个例子好了:我现在是个懵懂的小白,老师让我用 java 做一个图书管理系统:
图书管理系统得有页面吧,页面我该怎么开发呢?于是你百度:前端入门,然后你就知道了,原来我使用 html js css 就可以写一个页面出来了。
假设你坚持到了这一步,你发现用 js 写这些东西好麻烦啊,特别冗长,关键是原生的 JavaScript 还有各种浏览器兼容性的问题,你写出来的东西在 chrome 上能用,在 ie 上就展示的不正常了。于是乎你又百度:js 框架。浏览器告诉你 js 的框架有很多:JQuery,React,Vue,
假设挑选了 Jquery 来做你的项目,你会发现,额 是比之前爽多了,毕竟框架会集成好很多方便的功能,你觉得你的效率在提高。
现在你坚持到了第四步,但是你又发现了新的问题,虽然相比之前 JQuery 操作起来是简单了许多,不过还是要我主动操作 dom 对象,有没有办法:我只关心我当前页面所用的数据是啥玩意就行了,改了数据之后,跟数据绑定的页面元素能够自动改变呢?这样我不就不用自己操作 dom 了吗?哦,对了,我之前搜索 js 框架的时候还有 Vue 和 React,这都是啥玩意,于是乎,你百度:Vue 入门。
好了,你开始使用 Vue 来写你的前端页面了,相比之前效率又高了很多,使用 Vue 的过程中,你可能接触到越来越多的概念,前端的模块啊,打包啊等等。你也许觉得写前端真他妈好玩,于是乎你关闭了这篇文章,去搜索:前端学习路线图。。。。
PS:我现在很难受,我是来跟你们一起学习 java 的
终于到后端了:现在你已经会写页面了,可是管理系统的数据我怎么展示在页面上呢,总不能写死在页面上吧。要是能有个地方存这个图书管理系统的数据,并且我的页面可以从那个地方拿就好了。
存图书数据的地方肯定就是叫数据库啦,于是你百度:数据库入门,书上告诉你数据库有好多种:sql server、mysql、oracle、db2 ..... 但是无论是哪一种都要先学习一下 SQL,不管了,程序员就是爱学习,学呗
你现在学会了 sql 了,你按照网上的说明安装了 mysql 数据库,知道了怎么用 sql 操作数据库里面的数据,真是个天才。但是没用啊,我给别人用的是系统哎,我不能跟他说,你过来,我给你用 sql 展示一下数据库里面有哪些数据吧。
既然是个图书的管理系统,图书的增删改查肯定都得放在后端来做吧,毕竟前端只是做页面样子和交互,后端才是处理数据的,对图书的增删改查就是对数据库的增删改查呗。哦,我记得之前 java 书上看到 JDBC 可以操作数据库,把这块知识点捡起来,试着写一段程序操作一下吧。
好厉害,你竟然已经学会了 java 操作数据库,现在哪怕不打开数据库,不借助数据库的各种客户端你也能通过你的 java 代码查到库里面的内容了。但是还有个问题,我前端页面怎么跟后端打交道呢?换句话说,我前端页面写的花里胡哨的,可是该怎么告诉后端程序:你给我展示一下数据库里面有哪些书?数据库里面有没有一个叫 java 从入门到放弃的书?于是你百度:js 前后端交互
你发现了 Ajax,js 中的这种技术可以请求后端的接口,拿到数据。然后用数据做相应的展示、交互之类的。并且你也知道了 json,他几乎成了前后端交互事实上的数据标准。于是乎,你通过简单的百度之后,知道了该怎么向后端发起请求(当然了 也许在前 5 步的时候,你已经知道了怎么向后端发送请求,并且你有各种不同的姿势来发,什么原生的 js 啊,vue 啊,react 啊,jquery 啊。各种姿势都不在话下)
页面写好了,也知道在页面上怎么向后端发送指令了,现在就差后端接口了。我刚刚写的 java 操作数据库,花里胡哨的,但是没用啊,我要先接收到前端发给我的指令,我再开始查询,或是各种管理吧。前端都没说话呢,你一顿操作,不是个沙雕吗?
好吧,那我的 java 怎么能接收前端发给我的指令呢?你百度:java http 接口。于是你知道了 servlet ,tomcat。原来我只要写一个 servlet,接着将其放到 tomcat 中执行,就能对外提供一个接口了呀。
天哪,我的 servlet 成功接收到了前端请求,根据前端的各种命令,后端开始尽职尽责的执行各种 java 指令,返回 json 数据给前端。
完美啊,我做完了,关闭这篇文章,打游戏去了。。。
等等,首先那个 jdbc 操作的是在是太麻烦了吧,open connection 各种 try catch 。上面不是有个 mybatis 说是可以简化 jdbc 操作吗,怎么玩的?百度一下:mybatis 入门
嗯,mybatis 确实太香了。优雅的 orm 映射、灵活的 sql 编写。都让你觉得使用原生 jdbc 操作起来真是太费劲了。
不对,我觉得用 servlet 也有点麻烦,每次建立一个 servelt 之后,还要在 web.xml 配置,而且写起来也不优雅,json 数据都是各种拼装起来的,真麻烦。
是时候学习一下 spring 了,大家都说 spring 是 java 程序员必学的,他到底好在哪呢,我的程序能不能用一下 spring?让我百度一下 spring 入门。
果然 spring 确实方便,有了 spring,我再也不用 new 对象了,我想要的,她都懂我,给我提前准备好了之后,我直接拿就行了。并且啊,她还会贴心的把依赖关系给我搞好。没错,这就是 Spring 核心的容器和 DI 功能。
你发现,spring 家族竟然还有个东西:spring mvc,他是一个 MVC 框架,大家都在用,你也尝试了一下。十分钟后你觉得:我再也不会用 servlet 去写了,用 springMVC 写效率提升十倍不止。
爱好学习的你在项目中用了 spring,springMVC,mybatis。额,这 tm 的不就是 SSM 三大框架吗。嗯,不错,可以出去装逼了
同学啊,你这个管理系统怎么那么慢啊,我查了一本书 :java 从入门到放弃,每次查询都要好几秒,程序太烂了吧。你很难受,你的程序被大家吐槽了,要是我能快一点就好了?
加个缓存吧,大家都说 redis 很好,性能高,支持事务,还能持久化。你一顿操作,在项目中集成了 redis。
班上的同学都很满意,见到你就说,同学,你现在好快啊,每次都不到 3 秒。用户体验哗哗的提升。你很满足,很自豪。
学校新进了一本书,刘慈欣的《三体》,大家都很喜欢看,一听到书籍上架的消息都去用你的系统。结果由于人数太多,你的系统没有抗住,挂掉了。。。
不行,有点丢人。加机器吧,我要是能有十台机器,每台上面都部署我的程序,并且这十台都提供给用户服务。那么自然每台的压力就小很多了。但是该怎么做呢,总不能告诉他们说:一班的同学你们使用 135 的这台机器,二班的同学你们使用 136 的这台机器吧。
要是大家都有统一的入口,但是通过该入口,请求会自动分配到这 10 台机器上就好了。于是你搜索一下:负载均衡。你发现了 nginx 还有 h5 负载均衡器等各种软件或是硬件实现的负载均衡(当然 nginx 不止这个功能)。
加一台 nginx 吧,毕竟不要钱。你按照文档配置好 10 台机器的权重。现在用户的请求能被 10 台机器处理。学校又进了一批热门的图书,这次你的系统没有垮掉。真厉害。
又来了一个需求,系统加了一个关注的功能,用户可以关注某本未上架的书,等它上架的时候,系统要通知用户。所以该怎么做呢,现在的你可能想着,我写个程序不停的去询问数据库,看这本书有没有上架。但是这么做有个问题,就是及时性的问题,你该设置多久询问一次呢?所以,是时候使用 mq 了,当书上架的时候,将书的信息放到消息队列中,消息消费者一监听到消息,立马就去发送通知。怎么样,这样做是不是逻辑上也解耦了,代码写着也不累了。
你闲着蛋疼,往系统里面新增了各种各样的功能:当用户预约的书到了的时候,发送提醒。一些淘汰的书籍你还给加上了公益拍卖的功能,用户只要竞拍,就可以获取到这个书籍,为公益做贡献。真是个商业奇才。
你越写越多,想法犹如泉水一样连绵不绝,然后你发现了一个问题,系统实在是功能太多了,你随便改一下东西可能都影响到别的功能,启动一次动不动五六分钟,关键是有一些新的小伙伴加入你的时候,每个模块的功能他都要了解,否则一不小心就像拍仓鼠一样,一个 bug 改了,又冒出来一个。
拆分吧,装个逼。拆成微服务。用户一个服务,图书的管理一个服务,拍卖一个服务,短信一个服务。每个服务由不同的人来负责,大家都对自己的业务比较熟悉,项目小而精致。但是拆分会面临以下很多问题:
怎么拆分,如何划分颗粒度
拆分后怎么协作
下游服务频繁的失败怎么办
怎么保证高可用
怎么保证数据的一致性
系统间怎么监控?(调用链路、日志、报警机制、)
....
后面的路,只要有好奇心和不安分的想法,你就会控制不住自己的双手打开谷歌:xxxx 该怎么办?祝你入坑愉快 哈哈哈哈哈
哦对了,别忘了早点准备好《颈椎病康复指南》和《如何预发脱发》