@Mountain 哈哈，1L 很容易被别人拉红测试一下

这个效果太强烈了...

/t/592152 这个看笑了 ：-）

撸点串，喝两瓶啤酒，倒在床上睡一觉，明天又是崭新的一天呢

我们是共产主义接班人

有 PPT 有关注就够了。

家长那辈现在一提起手机，就是华为。苹果？要完蛋了，国产？华为！造势之后，风头无两，小米蓝绿满脸的黑人问号，嗯我们都是后妈养的

现在就是全民狂欢的时刻，华为壮我中华国威，产品大卖，自媒体素材满满，水几篇文章，读者看后热血沸腾，华为 NB，几个月后，我手机卖出去了，请问谁还关注我 PPT 写的什么

就你们这帮程序员在这儿瞎吵吵

@laotan88 我已经看的不认识“行”字了...

Oeasy

严格来说，RSA 算法中公钥加密和数字签名正好是完全相反的关系。

用私钥加密相当于生成签名，用公钥解密相当于验证签名。
同样加密来讲，公钥加密后，只有对应的私钥可以解密

1 ）是的
2 ）私钥签名后，只有配对的公钥能够进行验证，知道私钥可以生成公钥，反之不行
3 ）同 2 ）
4 ）是的


其实明文加解密你可以用 AES，速度比非对称加密快很多。

RSA 可以用来分发 AES 加密用的 key

如果你想要确保消息是来自合法客户端的，那么生成一对密钥，客户端持有自己的私钥，服务端保存这个客户端的公钥（参考 Github 推送代码时，先添加自己的公钥到服务器，以便确认用户身份）

如果你想要确保指令消息时来自服务器，那么再生成一对密钥，客户端持有公钥，服务端自己保存私钥，服务器发送消息用私钥加密，也就是签名，公钥能解密就说明来自服务器

用 AES 加密消息，那么这个 key 怎么分发是个问题，这就可以借助于 RSA 来分发 key，服务器用客户端的公钥来对 key 进行加密，客户端用私钥进行解密，获取里面的 key。通信的时候都用 key 进行加密解密

客户端如何将公钥发送给服务端需要通过 HTTPS 传输防止中间人攻击

这俩队好像今年状态都不是很好，去年的天王山之战真的是舒服了

我觉得海星