事情的起因是這樣的, 因為某些原因, 最近在寫 Nodejs 的 c++ module, 然后在js這邊調(diào)用。 網(wǎng)絡(luò)通信自然離不開ssl, 于是需要鏈接到Openssl的庫。
我們本來的期望是,需要用戶安裝有Openssl的運行庫, 然后我們的c++ module 動態(tài)鏈接到Openssl的so庫上來運行。
起初一切看起來還不錯,直到我們發(fā)現(xiàn)這個openssl的函數(shù)不能工作:
PKCS7_sign()
PKCS7_sign ( )
我們發(fā)現(xiàn):
如果我們的 c++ 模塊與Openssl庫動態(tài)鏈接的話, 編譯都沒問題. 但是運行會出現(xiàn): PKCS7_sign 符號無法找到的錯誤.
如果我們的 c++ 模塊與Openssl庫靜態(tài)鏈接的話, 編譯也沒問題, 但是運行時,調(diào)用這個函數(shù)的地方?jīng)]有效果, 這個函數(shù)返回值是 0. 按照文檔表示出現(xiàn)錯誤, 但是用 Openssl的函數(shù) ERR_get_error 獲取錯誤碼也是0. 表示沒有錯誤碼.
在linux上是這樣, 那在Mac上呢? 用Mac試了一下, 發(fā)現(xiàn)Mac沒有問題. 于是,想到這可能是Nodejs的一個bug. 然后就去 Nodejs 給它報了一個bug: [https://github.com/joyent/node/issues/8026][1]
同時, google上搜索了 nodejs linking to openssl 類似的關(guān)鍵字.
找到這樣幾篇文章:
https://github.com/TooTallNate/node-gyp/wiki/Linking-to-OpenSSL
https://github.com/joyent/node/issues/3915
https://github.com/robhawkes/node-extension/issues/1
通過搜索, 我們發(fā)現(xiàn), 原來Nodejs自己也使用了Openssl 庫, 推測nodejs自己的crypto模塊也是使用Openssl lib實現(xiàn)的. 這點從Nodejs的源碼中就能發(fā)現(xiàn), 它包含了最新的Openssl的全部源碼.
其中寫上面第一篇文章: https://github.com/TooTallNate/node-gyp/wiki/Linking-to-OpenSSL 的那個帥哥是Nodejs的開發(fā)人員.
基本結(jié)論:
Nodejs 自己使用了Openssl
在Nodejs 0.6之前, Nodejs是動態(tài)鏈接到 Openssl 庫的. 而之后的版本都是靜態(tài)鏈接的.
這時發(fā)現(xiàn) Node 那邊已經(jīng)回復(fù)我的bug了: https://github.com/joyent/node/issues/8026
Node 解釋的原因:
Node 自己編譯之后, 把自己沒用到的符號清除, 所以我們在運行時就找不到符號了. 于是他們把這bug 修掉了. 保留了全部符號. 這導(dǎo)致 Node 的體積大了 400k.
感謝Node的快速回復(fù), 不得不佩服Node的活躍程度. 贊.
新聞熱點
疑難解答