当然分布式的NPC原则告诉我们，没有完全安全的分布式锁（所以大家还是要根据业务来）上面的场景中，主节点挂了咋办？因为Redis是AP架构的，也就是说不能保证高一致性，主节点里的锁也许并没有同步到从节点里这里可以用Redis官方的Red Lock 保证当前hash算法选择的节点的主从都有key了才会返回true这种做法也有点“重”了，有些时候，杀鸡焉用牛刀。

由上我们总结一下MVC的处理过程:首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。MVC一个很有用的好处就是，能为你的应用程序处理很多不同的视图，然而在视图中却没有真正的处理发生。①使用MVC最重要的原因就是，多个视图可以共享一个模型，由于你已经将数据和业务规则分开来，能最

近些年来，算法在互联网的地位占重凸显，在各大互联网企业应用中有着举足轻重的作用。而即将到来的 金九银十”正是跳槽涨薪的最佳时机！对当前程序员面试缺乏权威题目进行汇总，应对即将到来的金九银十。在此，给大家带来571页经典算法面试题，希望对大家有所帮助。由于文章篇幅受限，部分内容只能以截图的方式展示出来，需要完整版的小伙伴可文末获取。由于文章篇幅受限，部分内容只能以截图的方式展示出来，需要完整版PDF

一线互联网公司工作了几年，我作为求职者参加了不少面试，也作为面试官面试了很多同学，整理这份面试指南，一方面是帮助大家更好的准备面试，有的放矢，另一方面也是对自己知识框架做一个体系化的梳理。除了Java核心技术题目，还会梳理虚拟机，Spring，Dubbo，Spring Cloud，分布式系统，数据库模块的面试题，以及阿里，腾讯，百度等互联网一线大厂的面试真题。这篇博客梳理了Java核心技术的面试题

server: port: 8089 spring: application: name: springboot-redis justauth: enabled: true type: GITEE: client-id: 创建成功的应用的id client-secret: 创建成功的应用的密钥 redirect-uri: http://127.0.0.1:8089/oauth/gitee/call

不同的微服务一般会有不同的网络地址，而外部客户端可能需要调用多个服务的接口才能完成一个业务需求，如果让客户端直接与各个微服务通信，会有以下的问题：客户端会多次请求不同的微服务，增加了客户端的复杂性存在跨域请求，在一定场景下处理相对复杂认证复杂，每个服务都需要独立认证难以重构，随着项目的迭代，可能需要重新划分微服务。例如，可能将多个服务合并成一个或者将一个服务拆分成多个。如果客户端直接与微服务通信，

用户进行多个子应用切换时，擎天框架监听浏览器url地址，如pathname从/New/*变成/Web/*，则将/New/*对应的子应用iframe隐藏起来，将/Web/对应的子应用iframe显示出来，实现应用的瞬间切换。擎天框架突破了 iframe UI不同步、URL不同步、数据不共享以及加载慢等问题，并将iframe作为页面容器存在，在实现硬隔离的同时做到了子应用瞬间切换，解决了微前端框架一直

需要为 endpoints 指定http://，否则将默认为 https。

HashMap底层结构？基于Map接口的实现，数组+链表的结构，JDK 1.8后加入了红黑树，链表长度>8变红黑树,<6变链表两个对象的hashcode相同会发生什么?Hash冲突，HashMap通过链表来解决hash冲突HashMap 中 equals() 和 hashCode() 有什么作用？HashMap 的添加、获取时需要通过 key 的 hashCode() 进行 hash()，然后计算

在Spring Cloud项目中，前后端分离目前很常见，在调试时，会遇到两种情况的跨域：前端页面通过不同域名或IP访问SpringCloud Gateway，例如前端人员在本地起HttpServer直连服务器的Gateway进行调试。此时，同样会遇到跨域。那么，此时直连微服务和网关的跨域问题都解决了，是不是很完美？No~ 问题来了，前端仍然会报错：“仔细查看返回的响应头，里面包含了两份Access