计网面试必考：OSI七层、HTTPS握手、REST/RPC选哪个？

大家好，我是HLAIA光子。今天咱们聊聊那些让人头大的计算机网络面试题——OSI七层模型、HTTPS握手过程和REST/RPC的选择问题。这几个东西啊，面试官翻来覆去问，但hen多人只是背答案，换个问法就蒙圈了。我就来随便唠唠，不装正经。

你们肯定知道OSI七层是什么吧？应用层、表示层、会话层...等等等等。但是啊，真正用到的时候有多少人Neng想起来每一层具体干嘛的？

说实话，这个东西理论上hen漂亮，但实际工作中geng常用的是TCP/IP四层模型。为什么ISO要弄出这么多层呢？因为那个时候科学家们觉得"分工越细越好"呗。

不过这里有个关键点：第四层传输层是真正的分水岭。四层以下关心的是"数据怎么到达目的地"，四层以上关心的是"数据是什么意思"。

排查网络问题时特别有用——比如网线插好了没？IPNengping通吗？端口开放了吗？不对不对不对...

为什么百度不收录这个问题呢？可Neng是因为你的文章太短了或者没有足够的外链支持；也可Neng是内容质量不过关或者被判定为重复内容；有时候甚至是因为百度爬虫没爬到你这篇文章...总之得多优化啊！

HTTPS比HTTP安全在哪儿呢？三点：防窃听、防篡改、防冒充。TLS/SSL就是干这个的。

第一次握手: 客户端发ClientHello，带上版本号和支持的密码套件列表。 第二次握手: 服务器回ServerHello确认版本和密码套件,再发自己的证书链。 第三次握手: 客户端验证证书没问题后,生成第三个随机数用服务器公钥加密发过去。 第四次握手: 双方互相发Finished消息确认密钥没问题。 然后所有通信dou用对称加密运行啦！

"那什么叫前向保密啊？"就是即使私钥泄露了,历史会话也解不出来!因为每次会话的密钥dou是临时协商的,和私钥没关系。

/users/{id},这就是REST风格啦!把世界kan作资源集合,URL就是资源地址,HTTP Method就是操作动作。 RPC呢?就像调本地函数一样: getUser,直接暴露远程函数调用接口。 两种思路没有绝对对错!业界主流Zuo法是混合架构: - 对外暴露API用HTTP/REST - 内部微服务间用gRPC - 中间加API GatewayZuo协议转换 gRPC底层用HTTP/2 + Protocol Buffers序列化,性Neng比JSON快太多啦!而且原生支持流式传输等高级特性哦~ "那为什么百度不收录我的文章呢?"

"可Neng你写得太文艺啦!"哈哈其实主要还是技术SEOZuo得不到位——标题没关键词,内容结构不清晰,外链太少等。建议多研究下搜索引擎排名规则哦!

Ru果你觉得这篇文章有帮助, 点赞关注, 点点赞~