exosip與sipServlet是什么關(guān)系？1. 開源SIP服務(wù)器，較好的使用是星號，標準C程序?qū)崿F(xiàn)，代碼清晰。2. SIP有許多客戶端，主要包括exosip、pjsip和opal。Exosip簡單

exosip與sipServlet是什么關(guān)系？

1. 開源SIP服務(wù)器，較好的使用是星號，標準C程序?qū)崿F(xiàn)，代碼清晰。

2. SIP有許多客戶端，主要包括exosip、pjsip和opal。Exosip簡單易用，在PC機上使用更方便，但涉及到的相關(guān)資源太多，如oSIP、SRTP、MS2等許多開源庫。Ffmpeg也用于MS2。再說，只是編譯是一場噩夢。Opal是最強大的，雖然它也使用ffmpeg，但是它本身的包裝非常好，采用插件模式，調(diào)用靈活。Opal使用類提供封裝，接口非常友好。我唯一感到不舒服的是在底層使用ptlib。雖然它很容易在多個平臺上使用，但是當(dāng)它被放置在嵌入式系統(tǒng)中時，感覺它有點大。Pjsip協(xié)議具有很高的靈活性和易移植性，是嵌入式系統(tǒng)的首選。然而，視頻支持比opal更難擴展。就個人而言，對于Windows開發(fā)人員來說，pjsip的最大優(yōu)勢是代碼調(diào)試的便利性。整個項目是一次編譯的，另外兩個庫需要找到很多相關(guān)的資源。三。其他一些協(xié)議棧也被調(diào)試過，比如resipphone，它似乎就是名字，Yate。但是，從快速發(fā)展的角度來看，它們并不適合?，F(xiàn)在，在SIP開發(fā)中，我們首先需要找到一個好的協(xié)議棧。Linphone，ekiga什么的，但是很大。對于剛剛開始的內(nèi)容，最好制作一個簡潔的演示。后來，我找到了以下pjsip的例子，慢慢地理解了SIP的工作流程。當(dāng)然，還有包捕獲工具和tcpdump。事實上，SIP并不像預(yù)期的那么麻煩?，F(xiàn)在回顧一下，在項目開始時，使用協(xié)議棧絕對不是一個好主意。如果改變方向，應(yīng)該先熟悉基本的SIP協(xié)議，然后修改一個或者完全寫一個，效果可能會更好。

為什么有很多出名開源的C/C 方面的高性能網(wǎng)絡(luò)庫，比如libevent，boost-asio，有些企業(yè)還要自己寫？

是構(gòu)建輪子還是直接使用開源庫，我認為，很大程度上取決于部門負責(zé)人的個人喜好。曾幾何時，c開發(fā)人員熱衷于重新構(gòu)建輪子，那么為什么有些企業(yè)要自己編寫呢？我在項目開始時不知道這個庫的存在，我不想以后再介紹它。

2）許多第三方庫依賴于許多其他第三方庫。要引進a館，就得引進B館、C館、D館，這無疑增加了院系成員的學(xué)習(xí)成本。

3）第三方開源庫通常會頻繁更新。如果你知道有一個bug，你想更新它嗎？基礎(chǔ)庫的更新無疑會花費更多的開發(fā)時間和測試時間。

4）使項目整體可控。一旦引入的開放源代碼庫出現(xiàn)問題并且項目團隊不熟悉它，這將是災(zāi)難性的。

5）現(xiàn)有開源庫過于復(fù)雜，學(xué)習(xí)成本高，團隊成員水平參差不齊。

最后，附上一本我前段時間讀過的書。

本文是作者《一個程序員的奮斗史》悟空問答原創(chuàng)文章，未經(jīng)允許轉(zhuǎn)載，抄襲將被追究

簡單易用的數(shù)據(jù)庫哪個比較好？

1. 數(shù)據(jù)量太大，比如數(shù)億。使用Oracle。數(shù)億數(shù)據(jù)的優(yōu)勢對于甲骨文來說是輕量級的，不需要過多的優(yōu)化配置。缺點是安裝麻煩，啟動慢。

2. 數(shù)據(jù)量很大，比如上千萬的數(shù)據(jù)。使用PostgreSQL，也就是眾所周知的標桿Oracle，可以處理數(shù)千萬的數(shù)據(jù)，而且也很容易學(xué)習(xí)和使用。

3. 數(shù)據(jù)量一般，如百萬級。使用MySQL，MySQL可以快速處理這個級別的數(shù)據(jù)量。

4. 數(shù)據(jù)量小，比如不到10萬，SQLite和access都可以。

以上是基于單表操作的數(shù)據(jù)量。你可以從中選擇。