千山渡

问题背景 近期项目遇到一个场景，需要使用到WebSocket来推送数据到客户端，即浏览器，项目的架构大概如下： 项目框架：SpringBoot2.x，SpringCloud Zuul 1.x，对于这次

简介 Spring Cloud整合了OpenFeign项目，我们可以使用声明式的web服务客户端，简单来说就是创建一个接口和声明它即可，Feign除了提供自身的注解也支持使用JAX-RS注解。 Fei

背景 同源策略(Same Origin Policy)是用来抵御一些跨源的会话访问。假如有一个用户在打开一个银行系统页面后，没有退出登录，之后他又打开一个带有恶意的js代码的网页，这些js代码可以直接

数据复制是通过冗余副本的方式，提高数据的高可用，数据复制考虑的是从节点的状态要跟上主节点，以及多主节点之间的数据冲突问题。但是数据复制始终受限于单节点的容量问题，比如一个节点最多能放PB、TB级的数据

假设我们的分布式系统有两个节点，这两个节点作为集群的主从节点，不管A是主节点还是B是主节点，都可以一致看待。在这个模型里，如果A和B的数据副本始终保持一致的，那么这个模型就满足一致性（C）原则。如果A

OAuth 2.0 是行业标准的授权协议，OAuth 2.0 专注于客户端开发人员的简单性，同时为 Web 应用程序、桌面应用程序、移动电话和直播间设备提供特定的授权流程。 一、角色 OAuth2.0

通过使用Stream，我们可以对集合进行流式计算，最简单的使用如下： 首先看一下Stream的描述 翻译过来就是，支持对一序列元素进行串行和并行的聚合操作 Stream继承BaseStream str

在一个项目中，我见过所有接口设计，几乎全部是使用POST方法，看接口规范，果然是设计如此。要是说，所有接口都使用POST方法，又不是不能工作，当然能，有问题吗，当然有，最大的问题是，没有遵循规范，而遵

背景 分层的目的是把领域的东西与非领域的东西隔离开，按照分层的逻辑，层与层之间的职责更加清晰。架构分层有传统的四层架构，有依赖倒置的四层架构，还有六边形架构. 应用服务作为领域对象的客户，跟领域服务有

背景 Evens DDD强调Model Driven Design，即模型驱动设计。那在现实世界，我们用什么来建模？- 模型构造块。 一、实体（Entity） 实体，反映的是现实世界的对象，这些对象必