mirror of
https://github.com/Snailclimb/JavaGuide
synced 2025-08-14 05:21:42 +08:00
Compare commits
4 Commits
bde50ca905
...
5e4e6c7444
Author | SHA1 | Date | |
---|---|---|---|
|
5e4e6c7444 | ||
|
fafae72bf9 | ||
|
1fa1bf94f5 | ||
|
d5f4d37d8d |
@ -111,11 +111,11 @@ SSL/TLS 介绍到这里,了解信息安全的朋友又会想到一个安全隐
|
|||||||
|
|
||||||
数字签名,是 CA 在给服务器颁发证书时,使用散列+加密的组合技术,在证书上盖个章,以此来提供验伪的功能。具体行为如下:
|
数字签名,是 CA 在给服务器颁发证书时,使用散列+加密的组合技术,在证书上盖个章,以此来提供验伪的功能。具体行为如下:
|
||||||
|
|
||||||
> CA 知道服务器的公钥,对该公钥采用散列技术生成一个摘要。CA 使用 CA 私钥对该摘要进行加密,并附在证书下方,发送给服务器。
|
> CA 知道服务器的公钥,对证书采用散列技术生成一个摘要。CA 使用 CA 私钥对该摘要进行加密,并附在证书下方,发送给服务器。
|
||||||
>
|
>
|
||||||
> 现在服务器将该证书发送给客户端,客户端需要验证该证书的身份。客户端找到第三方机构 CA,获知 CA 的公钥,并用 CA 公钥对证书的签名进行解密,获得了 CA 生成的摘要。
|
> 现在服务器将该证书发送给客户端,客户端需要验证该证书的身份。客户端找到第三方机构 CA,获知 CA 的公钥,并用 CA 公钥对证书的签名进行解密,获得了 CA 生成的摘要。
|
||||||
>
|
>
|
||||||
> 客户端对证书数据(也就是服务器的公钥)做相同的散列处理,得到摘要,并将该摘要与之前从签名中解码出的摘要做对比,如果相同,则身份验证成功;否则验证失败。
|
> 客户端对证书数据(包含服务器的公钥)做相同的散列处理,得到摘要,并将该摘要与之前从签名中解码出的摘要做对比,如果相同,则身份验证成功;否则验证失败。
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
|
@ -59,7 +59,7 @@ HTTP 状态码用于描述 HTTP 请求的结果,比如2xx 就代表请求被
|
|||||||
|
|
||||||
### 5xx Server Error(服务端错误状态码)
|
### 5xx Server Error(服务端错误状态码)
|
||||||
|
|
||||||
- **500 Internal Server Error** : 服务端出问题了(通常是服务端出Bug了)。比如你服务端处理请求的时候突然抛出异常,但是异常并为在服务端被正确处理。
|
- **500 Internal Server Error** : 服务端出问题了(通常是服务端出Bug了)。比如你服务端处理请求的时候突然抛出异常,但是异常并未在服务端被正确处理。
|
||||||
- **502 Bad Gateway** :我们的网关将请求转发到服务端,但是服务端返回的却是一个错误的响应。
|
- **502 Bad Gateway** :我们的网关将请求转发到服务端,但是服务端返回的却是一个错误的响应。
|
||||||
|
|
||||||
### 参考
|
### 参考
|
||||||
|
@ -274,7 +274,7 @@ Redis 通过 **IO 多路复用程序** 来监听来自客户端的大量连接
|
|||||||
|
|
||||||
不过,Redis 4.0 增加的多线程主要是针对一些大键值对的删除操作的命令,使用这些命令就会使用主线程之外的其他线程来“异步处理”。
|
不过,Redis 4.0 增加的多线程主要是针对一些大键值对的删除操作的命令,使用这些命令就会使用主线程之外的其他线程来“异步处理”。
|
||||||
|
|
||||||
为此,Redis 4.0 之后新增了`UNLINK`(可以看作是 `DEL` 的异步版本)、`FLUSHALL ASYNC`(清空数据库)、`FLUSHDB ASYNC`(清空数据库)等异步命令。
|
为此,Redis 4.0 之后新增了`UNLINK`(可以看作是 `DEL` 的异步版本)、`FLUSHALL ASYNC`(清空所有数据库的所有 key,不仅仅是当前 `SELECT` 的数据库)、`FLUSHDB ASYNC`(清空当前 `SELECT` 数据库中的所有 key)等异步命令。
|
||||||
|
|
||||||

|

|
||||||
|
|
||||||
@ -483,6 +483,5 @@ Redis 4.0 开始支持 RDB 和 AOF 的混合持久化(默认关闭,可以通
|
|||||||
|
|
||||||
- 《Redis 开发与运维》
|
- 《Redis 开发与运维》
|
||||||
- 《Redis 设计与实现》
|
- 《Redis 设计与实现》
|
||||||
- Redis 命令总结:http://Redisdoc.com/string/set.html
|
- Redis 命令手册:https://www.redis.com.cn/commands.html
|
||||||
- 通俗易懂的 Redis 数据结构基础教程:[https://juejin.im/post/5b53ee7e5188251aaa2d2e16](https://juejin.im/post/5b53ee7e5188251aaa2d2e16)
|
|
||||||
- WHY Redis choose single thread (vs multi threads): [https://medium.com/@jychen7/sharing-redis-single-thread-vs-multi-threads-5870bd44d153](https://medium.com/@jychen7/sharing-redis-single-thread-vs-multi-threads-5870bd44d153)
|
- WHY Redis choose single thread (vs multi threads): [https://medium.com/@jychen7/sharing-redis-single-thread-vs-multi-threads-5870bd44d153](https://medium.com/@jychen7/sharing-redis-single-thread-vs-multi-threads-5870bd44d153)
|
||||||
|
Loading…
x
Reference in New Issue
Block a user