Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commit 0233b58

Browse files
committed
docs: format docs in dubbo
1 parent 9cc870a commit 0233b58

File tree

6 files changed

+6
-10
lines changed

6 files changed

+6
-10
lines changed

‎docs/distributed-system/distributed-system-idempotency.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@
66

77
一个分布式系统中的某个接口,该如何保证幂等性?这个事儿其实是你做分布式系统的时候必须要考虑的一个生产环境的技术问题。啥意思呢?
88

9-
你看,假如你有个服务提供一个接口,结果这服务部署在了 5 台机器上,接着有个接口就是**付款接口**。然后人家用户在前端上操作的时候,不知道为啥,总之就是一个订单**不小心发起了两次支付请求**,然后这俩请求分散在了这个服务部署的不同的机器上,好了,结果一个订单扣款扣两次。
9+
你看,假如你有个服务提供一些接口供外部调用,这个服务部署在了 5 台机器上,接着有个接口就是**付款接口**。然后人家用户在前端上操作的时候,不知道为啥,总之就是一个订单**不小心发起了两次支付请求**,然后这俩请求分散在了这个服务部署的不同的机器上,好了,结果一个订单扣款扣两次。
1010

1111
或者是订单系统调用支付系统进行支付,结果不小心因为**网络超时**了,然后订单系统走了前面我们看到的那个重试机制,咔嚓给你重试了一把,好,支付系统收到一个支付请求两次,而且因为负载均衡算法落在了不同的机器上,尴尬了。。。
1212

‎docs/distributed-system/dubbo-operating-principle.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
说一下的 dubbo 的工作原理?注册中心挂了可以继续通信吗?说说一次 rpc 请求的流程?
33

44
## 面试官心理分析
5-
MQ、ES、Redis、Dubbo,上来先问你一些思考的问题,原理(kafka 高可用架构原理、es 分布式架构原理、redis 线程模型原理、Dubbo 工作原理),生产环境里可能会碰到的一些问题(每种技术引入之后生产环境都可能会碰到一些问题),系统设计(设计 MQ,设计搜索引擎,设计一个缓存,设计 rpc 框架)
5+
MQ、ES、Redis、Dubbo,上来先问你一些**思考性的问题****原理**,比如 kafka 高可用架构原理、es 分布式架构原理、redis 线程模型原理、Dubbo 工作原理;之后就是生产环境里可能会碰到的一些问题,因为每种技术引入之后生产环境都可能会碰到一些问题;再来点综合的,就是系统设计,比如让你设计一个 MQ、设计一个搜索引擎、设计一个缓存、设计一个 rpc 框架等等。
66

77
那既然开始聊分布式系统了,自然重点先聊聊 dubbo 了,毕竟 dubbo 是目前事实上大部分公司的分布式系统的 rpc 框架标准,基于 dubbo 也可以构建一整套的微服务架构。但是需要自己大量开发。
88

‎docs/distributed-system/dubbo-service-management.md‎

Lines changed: 1 addition & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,7 @@
88

99
**失败重试**,分布式系统中网络请求如此频繁,要是因为网络问题不小心失败了一次,是不是要重试?
1010

11-
**超时重试**,同上,如果不小心网络慢一点,超时了,如何重试?
11+
**超时重试**,跟上面一样,如果不小心网络慢一点,超时了,如何重试?
1212

1313
## 面试题剖析
1414
### 服务治理
@@ -40,17 +40,13 @@
4040

4141
```java
4242
public interface HelloService {
43-
4443
void sayHello();
45-
4644
}
4745

4846
public class HelloServiceImpl implements HelloService {
49-
5047
public void sayHello() {
5148
System.out.println("hello world......");
5249
}
53-
5450
}
5551

5652
```
@@ -91,7 +87,6 @@ public class HelloServiceImpl implements HelloService {
9187
mock 的值也可以修改为 true,然后再跟接口同一个路径下实现一个 Mock 类,命名规则是 "接口名称+`Mock`" 后缀。然后在 Mock 类里实现自己的降级逻辑。
9288
```java
9389
public class HelloServiceMock implements HelloService {
94-
9590
public void sayHello() {
9691
// 降级逻辑
9792
}

‎docs/distributed-system/dubbo-spi.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,7 @@ spi,简单来说,就是 `service provider interface`,说白了是什么意
1212

1313
举个栗子。
1414

15-
你有一个接口A。A1/A2/A3 分别是接口A的不同实现。你通过配置 `接口A=实现A2`,那么在系统实际运行的时候,会加载你的配置,用实现A2实例化一个对象来提供服务
15+
你有一个接口 A。A1/A2/A3 分别是接口A的不同实现。你通过配置 `接口 A = 实现 A2`,那么在系统实际运行的时候,会加载你的配置,用实现 A2 实例化一个对象来提供服务
1616

1717
spi 机制一般用在哪儿?**插件扩展的场景**,比如说你开发了一个给别人使用的开源框架,如果你想让别人自己写个插件,插到你的开源框架里面,从而扩展某个功能,这个时候 spi 思想就用上了。
1818

‎docs/high-concurrency/redis-single-thread-model.md‎

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -23,6 +23,7 @@ redis 相比 memcached 来说,拥有[更多的数据结构](/docs/high-concurr
2323
redis 内部使用文件事件处理器 `file event handler`,这个文件事件处理器是单线程的,所以 redis 才叫做单线程的模型。它采用 IO 多路复用机制同时监听多个 socket,将产生事件的 socket 压入内存队列中,事件分派器根据 socket 上的事件类型来选择对应的事件处理器进行处理。
2424

2525
文件事件处理器的结构包含 4 个部分:
26+
2627
- 多个 socket
2728
- IO 多路复用程序
2829
- 文件事件分派器

‎docs/high-concurrency/why-cache.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -36,4 +36,4 @@ mysql 这么重的数据库,压根儿设计不是让你玩儿高并发的,
3636
- [缓存雪崩、缓存穿透](/docs/high-concurrency/redis-caching-avalanche-and-caching-penetration.md)
3737
- [缓存并发竞争](/docs/high-concurrency/redis-cas.md)
3838

39-
后面再详细说明。
39+
后面再详细说明。

0 commit comments

Comments
(0)

AltStyle によって変換されたページ (->オリジナル) /