最后
分享一些系统的面试题,大家可以拿去刷一刷,准备面试涨薪。
这些面试题相对应的技术点:
- JVM
- MySQL
- Mybatis
- MongoDB
- Redis
- Spring
- Spring boot
- Spring cloud
- Kafka
- RabbitMQ
- Nginx
- …
大类就是:
- Java基础
- 数据结构与算法
- 并发编程
- 数据库
- 设计模式
- 微服务
- 消息中间件
OOP系统中,有些对象由于某些原因(比如对象创建开销很大或某些操作需安全控制,或需进程外的访问),直接访问会给使用者或系统带来很多麻烦,就可以在访问此对象时加上一个对此对象的访问层。
===================================================================
想在访问一个类时做一些控制。
如何解决:增加中间层。
关键代码:实现与被代理类组合。
=================================================================
1、Windows 里面的快捷方式。
2、猪八戒去找高翠兰结果是孙悟空变的,可以这样理解:把高翠兰的外貌抽象出来,高翠兰本人和孙悟空都实现了这个接口,猪八戒访问高翠兰的时候看不出来这个是孙悟空,所以说孙悟空是高翠兰代理类。
3、买火车票不一定在火车站买,也可以去代售点。
4、一张支票或银行存单是账户中资金的代理。支票在市场交易中用来代替现金,并提供对签发人账号上资金的控制。
5、spring aop。
=================================================================
-
将代理对象与真实被调用的目标对象分离
-
降低了系统的耦合度,扩展性好
-
保护目标对象
-
增强目标对象
=================================================================
-
由于在客户端和真实主题之间增加了代理对象,因此有些类型的代理模式可能会造成请求的处理速度变慢
-
实现代理模式需要额外的工作,有些代理模式的实现非常复杂
===================================================================
保护、增强目标对象。
1、远程代理
2、虚拟代理
3、Copy-on-Write 代理
4、保护(Protect or Access)代理
5、Cache代理
6、防火墙(Firewall)代理
7、同步化(Synchronization)代理
8、智能引用(Smart Reference)代理
===================================================================
-
适配器模式主要改变所考虑对象的接口
-
代理模式不能改变所代理类的接口。
-
装饰器模式为了增强功能
-
代理模式是为了加以控制
=================================================================
- 抽象接口
定义目标类及代理类的共同接口,这样在任何可以使用目标对象的地方都可以使用代理对象。
- 目标对象
定义了代理对象所代表的目标对象,专注于业务功能的实现。
- 代理对象
代理对象内部含有目标对象的引用,收到客户端的调用请求时,代理对象通常不会直接调用目标对象的方法,而是在调用之前和之后实现一些额外的逻辑。
=================================================================
创建一个 Image 接口和实现了 Image 接口的实体类。
ProxyImage 是个代理类,减少 RealImage 对象加载的内存占用。
ProxyPatternDemo 类使用 ProxyImage 来获取要加载的 Image 对象,并按需显示。
创建抽象接口
public interface Image {
void display();
}
目标对象
public class RealImage implements Image {
private String fileName;
public RealImage(String fileName){
this.fileName = fileName;
loadFromDisk(fileName);
总目录展示
该笔记共八个节点(由浅入深),分为三大模块。
高性能。 秒杀涉及大量的并发读和并发写,因此支持高并发访问这点非常关键。该笔记将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这4个方面重点介绍。
一致性。 秒杀中商品减库存的实现方式同样关键。可想而知,有限数量的商品在同一时刻被很多倍的请求同时来减库存,减库存又分为“拍下减库存”“付款减库存”以及预扣等几种,在大并发更新的过程中都要保证数据的准确性,其难度可想而知。因此,将用一个节点来专门讲解如何设计秒杀减库存方案。
高可用。 虽然介绍了很多极致的优化思路,但现实中总难免出现一些我们考虑不到的情况,所以要保证系统的高可用和正确性,还要设计一个PlanB来兜底,以便在最坏情况发生时仍然能够从容应对。笔记的最后,将带你思考可以从哪些环节来设计兜底方案。
篇幅有限,无法一个模块一个模块详细的展示(这些要点都收集在了这份《高并发秒杀顶级教程》里),麻烦各位转发一下(可以帮助更多的人看到哟!)
由于内容太多,这里只截取部分的内容。
22)]
[外链图片转存中…(img-XzxAhBs0-1715587995922)]
由于内容太多,这里只截取部分的内容。