事情的起因是這樣的， 因?yàn)槟承┰颍?最近在寫 Nodejs 的 c++ module， 然后在js這邊調(diào)用。  網(wǎng)絡(luò)通信自然離不開ssl， 于是需要鏈接到Openssl的庫(kù)。

我們本來(lái)的期望是，需要用戶安裝有Openssl的運(yùn)行庫(kù)， 然后我們的c++ module 動(dòng)態(tài)鏈接到Openssl的so庫(kù)上來(lái)運(yùn)行。

起初一切看起來(lái)還不錯(cuò)，直到我們發(fā)現(xiàn)這個(gè)openssl的函數(shù)不能工作：

PKCS7_sign()
PKCS7_sign ( )
我們發(fā)現(xiàn)：

如果我們的 c++ 模塊與Openssl庫(kù)動(dòng)態(tài)鏈接的話, 編譯都沒問(wèn)題. 但是運(yùn)行會(huì)出現(xiàn): PKCS7_sign 符號(hào)無(wú)法找到的錯(cuò)誤.
如果我們的 c++ 模塊與Openssl庫(kù)靜態(tài)鏈接的話, 編譯也沒問(wèn)題, 但是運(yùn)行時(shí),調(diào)用這個(gè)函數(shù)的地方?jīng)]有效果, 這個(gè)函數(shù)返回值是 0. 按照文檔表示出現(xiàn)錯(cuò)誤, 但是用 Openssl的函數(shù) ERR_get_error 獲取錯(cuò)誤碼也是0. 表示沒有錯(cuò)誤碼.
在linux上是這樣, 那在Mac上呢? 用Mac試了一下, 發(fā)現(xiàn)Mac沒有問(wèn)題. 于是,想到這可能是Nodejs的一個(gè)bug. 然后就去 Nodejs 給它報(bào)了一個(gè)bug: [https://github.com/joyent/node/issues/8026][1]

同時(shí), google上搜索了 nodejs linking to openssl 類似的關(guān)鍵字.

找到這樣幾篇文章:

https://github.com/TooTallNate/node-gyp/wiki/Linking-to-OpenSSL

https://github.com/joyent/node/issues/3915

http://serverfault.com/questions/338092/how-can-i-build-node-js-using-static-libssl-and-crypto-libraries

https://github.com/robhawkes/node-extension/issues/1

通過(guò)搜索, 我們發(fā)現(xiàn), 原來(lái)Nodejs自己也使用了Openssl 庫(kù), 推測(cè)nodejs自己的crypto模塊也是使用Openssl lib實(shí)現(xiàn)的. 這點(diǎn)從Nodejs的源碼中就能發(fā)現(xiàn), 它包含了最新的Openssl的全部源碼.

其中寫上面第一篇文章: https://github.com/TooTallNate/node-gyp/wiki/Linking-to-OpenSSL 的那個(gè)帥哥是Nodejs的開發(fā)人員.

基本結(jié)論:

Nodejs 自己使用了Openssl
在Nodejs 0.6之前, Nodejs是動(dòng)態(tài)鏈接到 Openssl 庫(kù)的. 而之后的版本都是靜態(tài)鏈接的.
這時(shí)發(fā)現(xiàn) Node 那邊已經(jīng)回復(fù)我的bug了: https://github.com/joyent/node/issues/8026

Node 解釋的原因:

Node 自己編譯之后, 把自己沒用到的符號(hào)清除, 所以我們?cè)谶\(yùn)行時(shí)就找不到符號(hào)了. 于是他們把這bug 修掉了. 保留了全部符號(hào). 這導(dǎo)致 Node 的體積大了 400k.

感謝Node的快速回復(fù), 不得不佩服Node的活躍程度. 贊.

最新評(píng)論