java经典面试题目

java经典面试题目

网页静态化

1.什么是网页静态化（定义）？

网页静态化是指通过动态网站静态化将动态网站以静态化的方式展现出来

2.网页静态化的优点和好处？

1.静态页面相对于动态页面更容易被搜索引擎收录
2.访问静态页面不需要经过程序处理，因此可以提高运行速度
3.减轻服务器的负担（多适用于不经常改变的页面）
4.比较有安全性（数据库或者网站除了问题，不会因为程序或者数据影响打不开页面）
5.加快页面的打开速度，第一次访问的时候，静态页面会在用户的浏览器缓存。

3.为什么要使用网页静态化？

如果访问一个链接，服务器对应的模块会处理这个请求，转到对应的jsp界面，最后生成我们想要的数据，缺点显而易见，因为每次请求服务器都需要服务器进行响应，如果有很多高并发请求，就会加重应用服务器的压力，弄不好就把服务器打爆了。所以应该采用用户访问这个模块，而且这个模块不同的用户访问呈现出来的页面一样，就可以把这个页面做成静态页面的形式。这样服务器的压力就减轻了。

FreeMarker(模板引擎)

1.Freemaker常用指令？

指令：
1.assign指令：此指令用于在页面上定义一个变量
2.include指令：此指令用于模板文件的嵌套
3.if指令：此指令进行条件判断
4.list指令：声明一个list变量

2.Freemaker内建函数格式是什么？有哪些常见的内建函数？

内建函数：
语法格式：变量+?+函数名称

常用内建函数：
1.获取集合大小：集合名称？size,在页面中一般使用${集合名称？size}展示
2.转换JSON字符串为对象：文本对象?eval，..............${文本对象?eval}展示
3.日期格式化：日期对象?datatime或 日期对象?string("日期格式")
4.将数字转化为字符串：数字对象?c

消息中间件（MQ）

1.什么是消息中间件？

官方定义：是利用高效可靠的消息传递机制进行异步的数据传输，并基于数据通信进行分布式系统的集成。通过提供消息队列模型和消息传递机制，可以在分布式环境下扩展进程间的通信

2.为什么要使用消息中间件？

由于在高并发的环境下，由于来不及同步处理，请求往往会发生堵塞，甚至最后由于请求过多会导致数据库的崩溃。通过使用消息队列，我们可以异步处理请求，从而缓解系统的压力。

3.消息中间件可以做什么？

消息的生产者将消息存储在队列中，消息的消费者不一定马上使用，等到消费者要使用这个消息的时候，再去对应的队列中获取消息。这样可以很好地解决，大数据量数据传递或查询所占用的资源

4.消息中间件的优点？

1.解耦 2.异步 3.削峰

1.解耦：
看这么个场景。A 系统发送数据到 BCD 三个系统，通过接口调用发送。如果 E 系统也要这个数据呢？那如果 C 系统现在不需要了呢？A 系统负责人几乎崩溃…

mq-1

在这个场景中，A 系统跟其它各种乱七八糟的系统严重耦合，A 系统产生一条比较关键的数据，很多系统都需要 A 系统将这个数据发送过来。A 系统要时时刻刻考虑 BCDE 四个系统如果挂了该咋办？要不要重发，要不要把消息存起来？头发都白了啊！

如果使用 MQ，A 系统产生一条数据，发送到 MQ 里面去，哪个系统需要数据自己去 MQ 里面消费。如果新系统需要数据，直接从 MQ 里消费即可；如果某个系统不需要这条数据了，就取消对 MQ 消息的消费即可。这样下来，A 系统压根儿不需要去考虑要给谁发送数据，不需要维护这个代码，也不需要考虑人家是否调用成功、失败超时等情况。
2.异步：
再来看一个场景，A 系统接收一个请求，需要在自己本地写库，还需要在 BCD 三个系统写库，自己本地写库要 3ms，BCD 三个系统分别写库要 300ms、450ms、200ms。最终请求总延时是 3 + 300 + 450 + 200 = 953ms，接近 1s，用户感觉搞个什么东西，慢死了慢死了。用户通过浏览器发起请求，等待个 1s，这几乎是不可接受的。
一般互联网类的企业，对于用户直接的操作，一般要求是每个请求都必须在 200 ms 以内完成，对用户几乎是无感知的。

如果使用 MQ，那么 A 系统连续发送 3 条消息到 MQ 队列中，假如耗时 5ms，A 系统从接受一个请求到返回响应给用户，总时长是 3 + 5 = 8ms，对于用户而言，其实感觉上就是点个按钮，8ms 以后就直接返回了，爽！网站做得真好，真快！

3.削峰
每天 0:00 到 12:00，A 系统风平浪静，每秒并发请求数量就 50 个。结果每次一到 12:00 ~ 13:00 ，每秒并发请求数量突然会暴增到 5k+ 条。但是系统是直接基于 MySQL 的，大量的请求涌入 MySQL，每秒钟对 MySQL 执行约 5k 条 SQL。

一般的 MySQL，扛到每秒 2k 个请求就差不多了，如果每秒请求到 5k 的话，可能就直接把 MySQL 给打死了，导致系统崩溃，用户也就没法再使用系统了。

但是高峰期一过，到了下午的时候，就成了低峰期，可能也就 1w 的用户同时在网站上操作，每秒中的请求数量可能也就 50 个请求，对整个系统几乎没有任何的压力。

mq-5

如果使用 MQ，每秒 5k 个请求写入 MQ，A 系统每秒钟最多处理 2k 个请求，因为 MySQL 每秒钟最多处理 2k 个。A 系统从 MQ 中慢慢拉取请求，每秒钟就拉取 2k 个请求，不要超过自己每秒能处理的最大请求数量就 ok，这样下来，哪怕是高峰期的时候，A 系统也绝对不会挂掉。而 MQ 每秒钟 5k 个请求进来，就 2k 个请求出去，结果就导致在中午高峰期（1 个小时），可能有几十万甚至几百万的请求积压在 MQ 中。

mq-6

这个短暂的高峰期积压是 ok 的，因为高峰期过了之后，每秒钟就 50 个请求进 MQ，但是 A 系统依然会按照每秒 2k 个请求的速度在处理。所以说，只要高峰期一过，A 系统就会快速将积压的消息给解决掉。

5.消息中间件有什么缺点？

1.系统可用性降低

系统引入的外部依赖越多，越容易挂掉。本来你就是 A 系统调用 BCD 三个系统的接口就好了，人 ABCD 四个系统好好的，没啥问题，你偏加个 MQ 进来，万一 MQ 挂了咋整，MQ 一挂，整套系统崩溃的，你不就完了？如何保证消息队列的高可用。

2.系统复杂度提高

硬生生加个 MQ 进来，你怎么[保证消息没有重复消费]？怎么[处理消息丢失的情况]？怎么保证消息传递的顺序性？头大头大，问题一大堆，痛苦不已。

3.一致性问题

A 系统处理完了直接返回成功了，人都以为你这个请求就成功了；但是问题是，要是 BCD 三个系统那里，BD 两个系统写库成功了，结果 C 系统写库失败了，咋整？你这数据就不一致了。
虽然复杂性增加，但关键时刻该用还得用，把最复杂的留给自己，把方便和利益留给公司

6.[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-VnqJADbI-1596802709924)

7.什么是JMS?消息正文格式有几种，分别是什么？

JMS是java平台上有关面向消息中间件的技术规范，他便于消息系统中的java应用程序进行消息交换。

正文格式：
TextMessage:一个字符串对象
MapMessage:一个键值对
ObjectMessage:一个序列化的对象
BytesMessage:一个字节的数据流
StreamMessage:原始值的数据流

消息的传递类型：
1.点对点，一个生产者一个消费者一一对应
2.发布、订阅模式，一个生产者产生消息进行发送后，可以由多个消费者使用进行接收

sage:一个序列化的对象
BytesMessage:一个字节的数据流
StreamMessage:原始值的数据流

消息的传递类型：
1.点对点，一个生产者一个消费者一一对应
2.发布、订阅模式，一个生产者产生消息进行发送后，可以由多个消费者使用进行接收