目录
2.CSS(Cascading Style Sheets)层叠样式表
一.Tomcat 优势
1.开源免费:Tomcat 是一款开源软件,这意味着企业可以免费使用它来部署和运行自己的 WEB 应用。这大大降低了企业的成本,同时也使得开发者能够深入研究其源代码,进行定制化开发和故障排查。
2.轻量级:与其他一些企业级应用服务器相比,Tomcat 是相对轻量级的。它占用的系统资源较少,启动速度快,非常适合在资源有限的环境中运行。这使得企业可以在不投入大量硬件资源的情况下,高效地部署和运行 WEB 应用。
3.易于部署 :Tomcat 的部署非常简单。只需要将 WEB 应用的 WAR 文件(Web Application Archive)复制到 Tomcat 的部署目录中,Tomcat 就会自动解压并部署该应用。这种简单的部署方式使得开发人员和运维人员能够快速地将应用上线,提高了开发和部署的效率。
4.强大的性能:Tomcat 具有出色的性能表现。它能够处理大量的并发请求,并且在高负载情况下也能保持稳定的运行。Tomcat 还支持多种优化技术,如连接池、缓存等,可以进一步提高应用的性能。
5.支持多种技术标准:Tomcat 支持多种 WEB 技术标准,如 Servlet、JSP(JavaServer Pages)、EL(Expression Language)等。这使得开发人员可以使用这些标准技术来开发 WEB 应用,提高了开发的效率和可维护性。同时,Tomcat 也支持一些高级特性,如 SSL/TLS 加密、虚拟主机等,满足了企业级应用的安全和多租户需求。
6.活跃的社区支持:Tomcat 拥有一个活跃的开源社区,这意味着企业可以获得大量的技术支持和资源。社区成员会及时修复漏洞、提供新功能,并分享使用经验和最佳实践。这使得企业在使用 Tomcat 时能够更加放心,并且能够不断地从社区中学习和进步。 总之,Tomcat 是一个功能强大、易于使用、性能出色的企业级 WEB 应用服务器。它的开源免费、轻量级、易于部署、强大的性能和支持多种技术标准等特点,使得它成为了众多企业和开发者的首选。无论是小型企业还是大型企业,无论是简单的 WEB 应用还是复杂的企业级应用,Tomcat 都能够提供可靠的支持和服务。
二.前端三大核心技术
1.HTML
HTML(HyperText Markup Language)超文本标记语言,它不同于一般的编程语言。超文本即超出纯 文本的范畴,例如:描述文本颜色、大小、字体等信息,或使用图片、音频、视频等非文本内容。 HTML由一个个的标签(标记)组成,这些标签各司其职,有的提供网页信息,有的负责文字,有的负责 图片,有的负责网页布局,所以一个HTML文件,是由格式标签和数据组成。超文本需要显示,就得有软件能够呈现超文本定义的排版格式,例如显示:图片、表格,显示字体的大 小、颜色,这个软件就是浏览器。 超文本的诞生是为了解决纯文本不能格式显示的问题,是为了好看,但是只有通过网络才能分享超文本 的内容,所以制定了HTTP协议。
2.CSS(Cascading Style Sheets)层叠样式表
HTML本身为了格式化显示文本,但是当网页呈现大家面前的时候,需求HTML提供更多样式能力。这使 得HTML变得越来越臃肿。这促使了CSS的诞生。 1994年,W3C成立,CSS设计小组所有成员加入W3C,并努力研发CSS的标准,微软最终加入。 1996年12月发布CSS 1.0。 1998年5月发布CSS 2.0 CSS 3采用了模块化思想,每个模块都在CSS 2基础上分别增强功能。所以,这些模块是陆续发布的。 不同厂家的浏览器使用的引擎,对CSS的支持不一样,导致网页布局、样式在不同浏览器不一样。因此, 想要保证不同用户使用不同浏览器看到的网页效果一直非常困难。
3.JavaScript
Javascript 简称JS,是一种动态的弱类型脚本解释性语言,和HTML、CSS并称三大WEB核心技术,得到 了几乎主流浏览器支持。
三.WEB框架
1.web资源和访问:PC 端或移动端浏览器访问
从静态服务器请求HTML、CSS、JS等文件发送到浏览器端,浏览器端接收后渲染在浏览器上从图片服务 器请求图片资源显示 从业务服务器访问动态内容,动态内容是请求后有后台服务访问数据库后得到的,最终返回到浏览器端
2.web资源和访问:手机 App 访问
内置了HTML和JS文件,不需要从静态WEB服务器下载 JS 或 HTML。为的就是减少文件的发送,现代前 端开发使用的JS文件太多或太大了 有必要就从图片服务器请求图片,从业务服务器请求动态数据 客户需求多样,更多的内容还是需要由业务服务器提供,业务服务器往往都是由一组服务器组成。
四.单体架构
-
传统架构(单机系统),一个项目一个工程:比如商品、订单、支付、库存、登录、注册等等,统一部署,一个进程
-
all in one的架构方式,把所有的功能单元放在一个应用里。然后把整个应用部署到一台服务器上。如果负载能力不行,将整个应用进行水平复制,进行扩展,然后通过负载均衡实现访问。
-
易于开发和测试:也十分方便部署;当需要扩展时,只需要将war复制多份,然后放到多个服务器上,再做个负载均衡就可以了。
-
如果某个功能模块出问题,有可能全站不可访问,修改Bug后、某模块功能修改或升级后,需要停掉整个服务,重新整体重新打包、部署这个应用war包,功能模块相互之间耦合度高,相互影响,不适合当今互联网业务功能的快速迭代。
-
特别是对于一个大型应用,我们不可能吧所有内容都放在一个应用里面,我们如何维护、如何分工合作都是问题。如果项目庞大,管理难度大
-
web应用服务器:开源的tomcat、jetty、glassfish。商用的有weblogic、websphere、Jboss
五.微服务
-
属于SOA(Service Oriented Architecture)的子集
-
微服务化的核心就是将传统的一站式应用,根据业务拆分成一个一个的服务,彻底去掉耦合,每一 个微服务提供单个业务功能,一个服务只做一件事。每个服务都围绕着具体业务进行构建,并且能 够被独立地部署到生产环境、类生产环境等
-
从技术角度讲就是一种小而独立的处理过程,类似与进程的概念,能够自行单独启动或销毁
-
微服务架构(分布式系统),各个模块/服务,各自独立出来,"让专业的人干专业的事",独立部 署。分布式系统中,不同的服务可以使用各自独立的数据库。
-
服务之间采用轻量级的通信机制(通常是基于HTTP的RESTful API)
-
微服务设计的思想改变了原有的企业研发团队组织架构。传统的研发组织架构是水平架构,前端、 后端、DBA、测试分别有自己对应的团队,属于水平团队组织架构。而微服务的设计思想对团队的 划分有着一定的影响,使得团队组织架构的划分更倾向于垂直架构,比如用户业务是一个团队来负 责,支付业务是一个团队来负责。但实际上在企业中并不会把团队组织架构拆分得这么绝对,垂直 架构只是一种理想的架构
-
微服务的实现框架有多种,不同的应用架构,部署方式也有不同
1.微服务的优点
-
每个服务足够内聚,足够小,代码容易理解。这样能聚焦一个只当的业务功能或业务需求。
-
开发简单、开发效率提高,一个服务可能就是专业的只干一件事,微服务能够被小团队单独开发, 这个小团队可以是2到5人的开发人员组成
-
微服务是松耦合的,是有功能意义的服务,无论是在开发阶段或部署阶段都是独立的。
-
微服务能使用不同的语言开发
-
易于和第三方集成,微服务运行容易且灵活的方式集成自动部署,通过持续集成工具,如: Jenkins、Hudson、Bamboo
-
微服务易于被一个开发人员理解、修改和维护,这样小团队能够更关注自己的工作成果,无需通过合作才能体现价值
-
微服务允许你利用融合最新技术。微服务只是业务逻辑的代码,不会和HTML/CSS或其他界面组件混合,即前后端分离
-
每个微服务都有自己的存储能力,可以有自己的数据库,也可以有统一数据库
2.微服务缺点
-
微服务把原有的一个项目拆分成多个独立工程,增加了开发、测试、运维、监控等的复杂度.
-
微服务架构需要保证不同服务之间的数据一致性,引入了分布式事务和异步补偿机制,为设计和开发带来一定挑战
-
开发人员和运维需要处理分布式系统的复杂性,需要更强的技术能力
-
微服务适用于复杂的大系统,对于小型应用使用微服务,进行盲目的拆分只会增加其维护和开发成本
3.常见的微服务框架
3.1Dubbo
-
阿里开源贡献给了ASF,目前已经是Apache的顶级项目
-
一款高性能的Java RPC服务框架,微服务生态体系中的一个重要组件
-
将单体程序分解成多个功能服务模块,模块间使用Dubbo框架提供的高性能RPC通信
-
内部协调使用Zookeeper,实现服务注册、服务发现和服务治理
3.2Spring cloud
-
一个完整的微服务解决方案,相当于Dubbo的超集
-
微服务框架,将单体应用拆分为粒度更小的单一功能服务
-
基于HTTP协议的REST(Representational State Transfer 表述性状态转移)风格实现模块间通信
六.tomcat的功能介绍
-
Tomcat 服务器是一个免费的开放源代码的Web 应用服务器,属于轻量级应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,Tomcat 具有处理HTML页面的功能,它还是一个Servlet和JSP容器.
-
起始于SUN 公司的一个Servlet的参考实现项目 Java Web Server,开发者是 James Duncan Davidson,在1999年,将项目贡献给了apache软件基金会(ASF),和ASF现有的项目 JServ 合并,并开源成为顶级项目.
-
Tomcat 仅仅实现了Java EE规范中与Servlet、JSP相关的类库,是JavaEE不完整实现。1999年发布初始版本是Tomcat 3.0,实现了Servlet 2.2 和 JSP 1.1规范。Tomcat 4.x发布时,内建了Catalina(Servlet容器)和 Jasper(JSP engine)等。当前 Tomcat 的正式版本已经更新到 10.0.x 版本,但当前企业中主流版本为 8.x 和 7.x 。
-
帮助文档: Apache Tomcat Home - Apache Tomcat - Apache Software Foundation FAQ - Apache Tomcat - Apache Software Foundation
1.安装 Tomcat
------------------172.25.254.10;tomcat-node1---------
[root@node1 ~]# yum install java-1.8.0-openjdk.x86_64 -y
[root@node1 ~]# tar zxf apache-tomcat-9.0.93.tar.gz -C /usr/local/
[root@node1 ~]# ln -s /usr/local/apache-tomcat-9.0.93/ /usr/local/tomcat
[root@node1 ~]# sh /usr/local/tomcat/bin/startup.sh
[root@node1 local]# netstat -antlupe | grep java #查看端口
tcp6 0 0 127.0.0.1:8005 :::* 0 30382 1829/java
tcp6 0 0 :::8080 :::* 0 29219 1829/java
##############生成tomcat的主配置文件#############
[root@node1 ~]# vim /usr/local/tomcat/conf/tomcat.conf
JAVA_HOME=/etc/alternatives/jre_openjdk
###############生成启动文件#####################
[root@node1 ~]# vim /lib/systemd/system/tomcat.service
[Unit]
Description=Tomcat
#After=syslog.target network.target remote-fs.target nss-lookup.target
After=syslog.target network.target
[Service]
Type=forking
EnvironmentFile=/usr/local/tomcat/conf/tomcat.conf
ExecStart=/usr/local/tomcat/bin/startup.sh
ExecStop=/usr/local/tomcat/bin/shutdown.sh
PrivateTmp=true
User=tomcat
Group=tomcat
[Install]
WantedBy=multi-user.target
[root@node1 ~]# chown -R tomcat.tomcat /usr/local/apache-tomcat-9.0.93/
[root@node1 ~]# systemctl daemon-reload
[root@node1 ~]# systemctl enable --now tomcat
----------------172.25.254.20;tomcat-node2-----------
跟node1一样的步骤即可。
测试:
在浏览器输入172.25.254.10:8080和172.25.254.20:8080有相关的tomcat页面即可。
2.tomcat的文件结构和组成
-
bin 服务启动、停止等相关程序和文件
-
conf 配置文件
-
lib 库目录
-
logs 日志目录
-
webapps 应用程序,应用部署目录,相当于nginx的默认发布目录
-
work jsp 编译后的结果文件,建议提前预热访问
3.常见部署方式介绍
-
standalone模式,Tomcat单独运行,直接接受用户的请求,不推荐。
-
反向代理,单机运行,提供了一个Nginx作为反向代理,可以做到静态由nginx提供响应,动态jsp代理给Tomcat LNMT:Linux + Nginx + MySQL + Tomcat LAMT:Linux + Apache(Httpd)+ MySQL + Tomcat
-
前置一台Nginx,给多台Tomcat实例做反向代理和负载均衡调度,Tomcat上部署的纯动态页面更适合 LNMT:Linux + Nginx + MySQL + Tomcat
-
多级代理 LNNMT:Linux + Nginx + Nginx + MySQL + Tomcat
4.利用 nginx 反向代理实现
-
利用nginx反向代理功能,实现图中的代理功能,将用户请求全部转发至指定的同一个tomcat主机。
-
利用nginx指令proxy_pass 可以向后端服务器转发请求报文,并且在转发时会保留客户端的请求报文中的host首部。
#利用 nginx 反向代理实现
tomcat-node1将test.jsp导入机子
[root@node1 ~]# ls
anaconda-ks.cfg Documents Pictures test.jsp #java文件
apache-tomcat-9.0.93.tar.gz Downloads Public Videos
Desktop Music Templates
[root@node1 ~]# cp test.jsp /usr/local/tomcat/webapps/ROOT/
[root@node1 ~]# scp test.jsp root@172.25.254.20:/usr/local/tomcat/webapps/ROOT/
root@172.25.254.20's password:
test.jsp 100% 968 426.6KB/s 00:00
---------------------nginx--------------------------
如果之前做了编译安装openresty的可以
ps -ef | grep openresty #查看正在运行的 OpenResty 相关进程
kill -9 [PID] #直接杀掉
#####################################3
[root@nginx ~]# vim /usr/local/nginx/conf.d/vhost.conf
...
location ~ \.jsp$ {
proxy_pass http://172.25.254.10:8080;
}
...
[root@nginx conf.d]# nginx -s reload
测试:
在浏览器中访问信息www.timinglee.org/test.jsp
结果验证图片:
5.实现tomcat中的负载均衡
-
动态服务器的问题,往往就是并发能力太弱,往往需要多台动态服务器一起提供服务。如何把并发的压力分摊,这就需要调度,采用一定的调度策略,将请求分发给不同的服务器,这就是Load Balance负载均衡。
-
当单机Tomcat,演化出多机多级部署的时候,一个问题便凸显出来,这就是Session。而这个问题的由来,都是由于HTTP协议在设计之初没有想到未来的发展。
6.HTTP的无状态,有连接和短连接
-
无状态:指的是服务器端无法知道2次请求之间的联系,即使是前后2次请求来自同一个浏览器,也没有任何数据能够判断出是同一个浏览器的请求。后来可以通过cookie、session机制来判断。
-
浏览器端第一次HTTP请求服务器端时,在服务器端使用session这种技术,就可以在服务器端产生一个随机值即SessionID发给浏览器端,浏览器端收到后会保持这个SessionID在Cookie当中,这个Cookie值一般不能持久存储,浏览器关闭就消失。浏览器在每一次提交HTTP请求的时候会把这个SessionID传给服务器端,服务器端就可以通过比对知道是谁了
-
Session通常会保存在服务器端内存中,如果没有持久化,则易丢失.
-
Session会定时过期。过期后浏览器如果再访问,服务端发现没有此ID,给浏览器端重新发新的SessionID
-
更换浏览器也将重新获得新的SessionID
-
-
有连接:是因为它基于TCP协议,是面向连接的,需要3次握手、4次断开。
-
短连接:Http 1.1之前,都是一个请求一个连接,而Tcp的连接创建销毁成本高,对服务器有很大的 影响。所以,自Http 1.1开始,支持keep-alive,默认也开启,一个连接打开后,会保持一段时间(可设置),浏览器再访问该服务器就使用这个Tcp连接,减轻了服务器压力,提高了效率。
服务器端如果故障,即使Session被持久化了,但是服务没有恢复前都不能使用这些SessionID。如果使用HAProxy或者Nginx等做负载均衡器,调度到了不同的Tomcat上,那么也会出现找不到SessionID的情况。
#实现tomcat中的负载均衡
vim /usr/local/nginx/conf.d/vhosts.conf
upstream memcache {
server 127.0.0.1:11211;
keepalive 512;
}
upstream tomcat {
#ip_hash; #原地址哈希
hash $cookie_JSESSIONID;
server 172.25.254.10:8080;
server 172.25.254.20:8080;
}
server {
listen *:80;
server_name www.timinglee.org;
root /data/web/html;
index index.html;
location ~ \.jsp$ {
proxy_pass http://tomcat;
}
}
测试:
不同浏览器里测试http://www.timinglee.org/test.jsp,会出现不同的server info ip。
结果验证图片:
七.Memcached简介
-
Memcached 只支持能序列化的数据类型,不支持持久化,基于Key-Value的内存缓存系统memcached虽然没有像redis所具备的数据持久化功能,比如RDB和AOF都没有,但是可以通过做集群同步的方式,让各memcached服务器的数据进行同步,从而实现数据的一致性,即保证各memcached的数据是一样的,即使有任何一台 memcached 发生故障,只要集群中有一台 memcached 可用就不会出现数据丢失,当其他memcached 重新加入到集群的时候,可以自动从有数据的memcached 当中自动获取数据并提供服务。
-
Memcached 借助了操作系统的 libevent 工具做高效的读写。libevent是个程序库,它将Linux的epoll、BSD类操作系统的kqueue等事件处理功能封装成统一的接口。即使对服务器的连接数增加,也能发挥高性能。memcached使用这个libevent库,因此能在Linux、BSD、Solaris等操作系统上发挥其高性能
-
Memcached 支持最大的内存存储对象为1M,超过1M的数据可以使用客户端压缩或拆分报包放到多个key中,比较大的数据在进行读取的时候需要消耗的时间比较长,memcached 最适合保存用户的session实现session共享;Memcached存储数据时, Memcached会去申请1MB的内存, 把该块内存称为一个slab, 也称为一个page。
-
Memcached 支持多种开发语言,包括:JAVA,C,Python,PHP,C#,Ruby,Perl等
-
Memcached 官网:memcached - a distributed memory object caching system
1.memcached的安装与启动
--------172.25.254.10;tomcat-node1---------
[root@node1 ~]# dnf install memcached telnet -y
[root@node1 ~]# vim /etc/sysconfig/memcached
...
OPTIONS="-l 0.0.0.0,::1"
[root@node1 ~]# systemctl start memcached.service
[root@node1 ~]# netstat -antlupe | grep memcached
tcp 0 0 0.0.0.0:11211 0.0.0.0:* LISTEN 976 27996 1680/memcached
tcp6 0 0 ::1:11211 :::* LISTEN 976 27997 1680/memcached
--------172.25.254.10;tomcat-node1--------
[root@node2 ~]# dnf install memcached -y
[root@node2 ~]# cat /etc/sysconfig/memcached
PORT="11211"
USER="memcached"
MAXCONN="1024"
CACHESIZE="64"
OPTIONS="-l 0.0.0.0,::1"
[root@node2 ~]# systemctl start memcached.service
[root@node2 ~]# netstat -antlupe | grep memcached
tcp 0 0 0.0.0.0:11211 0.0.0.0:* LISTEN 977 29384 1734/memcached
tcp6 0 0 ::1:11211 :::* LISTEN 977 29385 1734/memcached
#####################################################
[root@node1 ~]# telnet 172.25.254.10 11211
Trying 172.25.254.10...
Connected to 172.25.254.10.
Escape character is '^]'.
add key1 0 20 2
test
CLIENT_ERROR bad data chunk
ERROR
add key1
ERROR
add key1 0 20 2
ll
STORED
get key1
VALUE key1 0 2
ll
END
quit
Connection closed by foreign host.
2.session 共享服务器
-
msm(memcached session manager)提供将Tomcat的session保持到memcached可以实现高可用。项目早期托管在google code,目前在Github
-
参考链接: SetupAndConfiguration · magro/memcached-session-manager Wiki · GitHub 将spymemcached.jar、memcached-session-manage、kyro相关的jar文件都放到Tomcat的lib目录中,这个目录是 $CATALINA_HOME/lib/ ,对应本次安装就是/usr/local/tomcat/lib。
-
当新用户发请求到Tomcat1时, Tomcat1生成session返回给用户的同时,也会同时发给memcached2备份。即Tomcat1 session为主session,memcached2 session为备用session,使用memcached相当于备份了一份Session 如果Tomcat1发现memcached2 失败,无法备份Session到memcached2,则将Sessoin备份存放在memcached1中
-
下载相关jar包,参考下面官方说明的下载链接 SetupAndConfiguration · magro/memcached-session-manager Wiki · GitHub
3.session 共享服务器配置过程
#session 共享服务器
#将jar文件拖到机子里面,node1和node2一样的操作。
[root@node1 ~]# ls
anaconda-ks.cfg Documents Music Templates
apache-tomcat-9.0.93.tar.gz Downloads Pictures test.jsp
Desktop jar Public Videos
[root@node1 ~]# cd jar/
[root@node1 jar]# cp *.jar /usr/local/tomcat/lib
[root@node1 jar]# cd /usr/local/tomcat/lib/
[root@node1 lib]# ls
annotations-api.jar servlet-api.jar
asm-5.2.jar spymemcached-2.12.3.jar
catalina-ant.jar tomcat-api.jar
catalina-ha.jar tomcat-coyote-ffm.jar
catalina.jar tomcat-coyote.jar
catalina-ssi.jar tomcat-dbcp.jar
catalina-storeconfig.jar tomcat-i18n-cs.jar
catalina-tribes.jar tomcat-i18n-de.jar
ecj-4.20.jar tomcat-i18n-es.jar
el-api.jar tomcat-i18n-fr.jar
jasper-el.jar tomcat-i18n-ja.jar
jasper.jar tomcat-i18n-ko.jar
jaspic-api.jar tomcat-i18n-pt-BR.jar
jsp-api.jar tomcat-i18n-ru.jar
kryo-3.0.3.jar tomcat-i18n-zh-CN.jar
kryo-serializers-0.45.jar tomcat-jdbc.jar
memcached-session-manager-2.3.2.jar tomcat-jni.jar
memcached-session-manager-tc9-2.3.2.jar tomcat-util.jar
minlog-1.3.1.jar tomcat-util-scan.jar
msm-kryo-serializer-2.3.2.jar tomcat-websocket.jar
objenesis-2.6.jar websocket-api.jar
reflectasm-1.11.9.jar
[root@node1 ~]# vim /usr/local/tomcat/conf/context.xml
<Context>
.... #在context模块里的末尾即可。
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
memcachedNodes="m1:172.25.254.10:11211,m2:172.25.254.20:11211"
failoverNodes="m1"
requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
/>
</Context>
[root@node1 ~]# systemctl restart memcached.service
--------172.25.254.20;tomcat-node2---------
[root@node2 ~]# vim /usr/local/tomcat/conf/context.xml
<Context>
.... #在context模块里的末尾即可。
<Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager"
memcachedNodes="m1:172.25.254.10:11211,m2:172.25.254.20:11211"
failoverNodes="m2"
requestUriIgnorePattern=".*\.(ico|png|gif|jpg|css|js)$"
transcoderFactoryClass="de.javakaffee.web.msm.serializer.kryo.KryoTranscoderFactory"
/>
</Context>
[root@node1 ~]# systemctl restart memcached.service
测试:
1.在同一个浏览器和两台tomcat都开启的情况下:
http://www.timinglee.org/test.jsp
2.在m1被停止后继续提交信息看是否可以读取到之前的会话信息。
3.有报错可以先看看,主配置文件语法要求严格,不要有空格,在看看添加的模块路径里面有没有模块。
结果验证图片: