跨語言通信途徑

基于SOAP消息格式的WebService

基于JSON消息格式的RESTful 服務(wù)（http接口）

用 Socket 進(jìn)行通信可能是最古老的方法（通過端口來通信網(wǎng)絡(luò)，iframe通信，rn和js通信也是這個(gè)原理）

直接調(diào)用其他語言的庫，比如nodejs調(diào)用c++的庫

同一個(gè)文本，統(tǒng)一協(xié)議來解析，比如Google protobuf?

為什么會(huì)有session和cookie技術(shù)

當(dāng)用戶在發(fā)送一個(gè)請(qǐng)求關(guān)得到返回信息之后，客戶端與服務(wù)器端之間的網(wǎng)絡(luò)連接就已經(jīng)斷開了，在下一個(gè)請(qǐng)求發(fā)送時(shí)，服務(wù)器無法確定這次請(qǐng)求和上次的請(qǐng)求是否來自同一個(gè)客戶端。也就是說，服務(wù)器不能記住”記住”用戶，這是 http 協(xié)議的限制，http 是無狀態(tài)的協(xié)議在web應(yīng)用程序中，實(shí)際上是經(jīng)常需要記住每次請(qǐng)求的。那么，如何讓服務(wù)器知道不同的請(qǐng)求是否來自同一個(gè)客戶端，就是狀態(tài)管理問題出現(xiàn)了session和cookie。

session 和 cookie 的區(qū)別

1，session 在服務(wù)器端，cookie 在客戶端（瀏覽器）

2，session 默認(rèn)被存在在服務(wù)器的一個(gè)文件里（不是內(nèi)存）

3，session 的運(yùn)行依賴 session id，而 session id 是存在 cookie 中的，也就是說，如果瀏覽器禁用了 cookie ，同時(shí) session 也會(huì)失效（但是可以通過其它方式實(shí)現(xiàn)，比如在 url 中傳遞 session_id）

4，session 可以放在 文件、數(shù)據(jù)庫、或內(nèi)存中都可以。

5 ， cookie 是一個(gè)實(shí)際存在的東西，http 協(xié)議中定義在 header 中的字段?？梢哉J(rèn)為是 session 的一種后端無狀態(tài)實(shí)現(xiàn)。

session 和 cookie 應(yīng)用場景

session 維持一個(gè)會(huì)話的核心就是客戶端的唯一標(biāo)識(shí)，即 session id

cookie 常用來保存一些不太敏感的信息

js為什么可以調(diào)用c++

因?yàn)閚odejs本身就是由c實(shí)現(xiàn)的，而c++是c的超集。其他語言類似，底層有個(gè)c/c++的庫調(diào)用c++就很合理了，

c++或者其他語言調(diào)用js等腳本語言

也很簡單，起一個(gè)進(jìn)程，然后node XXX就成功執(zhí)行了，

原文1:https://blog.csdn.net/yuzhangsir/article/details/78022165