sip协议栈开源库 exosip与sipServlet是什么关系？
exosip与sipServlet是什么关系？
1. 开源SIP服务器，较好的使用是星号，标准C程序实现，代码清晰。
2. SIP有许多客户端，主要包括exosip、pjsip和opal。Exosip简单易用，在PC机上使用更方便，但涉及到的相关资源太多，如oSIP、SRTP、MS2等许多开源库。Ffmpeg也用于MS2。再说，只是编译是一场噩梦。Opal是最强大的，虽然它也使用ffmpeg，但是它本身的包装非常好，采用插件模式，调用灵活。Opal使用类提供封装，接口非常友好。我唯一感到不舒服的是在底层使用ptlib。虽然它很容易在多个平台上使用，但是当它被放置在嵌入式系统中时，感觉它有点大。Pjsip协议具有很高的灵活性和易移植性，是嵌入式系统的首选。然而，视频支持比opal更难扩展。就个人而言，对于Windows开发人员来说，pjsip的最大优势是代码调试的便利性。整个项目是一次编译的，另外两个库需要找到很多相关的资源。三。其他一些协议栈也被调试过，比如resipphone，它似乎就是名字，Yate。但是，从快速发展的角度来看，它们并不适合。现在，在SIP开发中，我们首先需要找到一个好的协议栈。Linphone，ekiga什么的，但是很大。对于刚刚开始的内容，最好制作一个简洁的演示。后来，我找到了以下pjsip的例子，慢慢地理解了SIP的工作流程。当然，还有包捕获工具和tcpdump。事实上，SIP并不像预期的那么麻烦。现在回顾一下，在项目开始时，使用协议栈绝对不是一个好主意。如果改变方向，应该先熟悉基本的SIP协议，然后修改一个或者完全写一个，效果可能会更好。
为什么有很多出名开源的C/C 方面的高性能网络库，比如libevent，boost-asio，有些企业还要自己写？
是构建轮子还是直接使用开源库，我认为，很大程度上取决于部门负责人的个人喜好。曾几何时，c开发人员热衷于重新构建轮子，那么为什么有些企业要自己编写呢？我在项目开始时不知道这个库的存在，我不想以后再介绍它。
2）许多第三方库依赖于许多其他第三方库。要引进a馆，就得引进B馆、C馆、D馆，这无疑增加了院系成员的学习成本。
3）第三方开源库通常会频繁更新。如果你知道有一个bug，你想更新它吗？基础库的更新无疑会花费更多的开发时间和测试时间。
4）使项目整体可控。一旦引入的开放源代码库出现问题并且项目团队不熟悉它，这将是灾难性的。
5）现有开源库过于复杂，学习成本高，团队成员水平参差不齐。
最后，附上一本我前段时间读过的书。
本文是作者《一个程序员的奋斗史》悟空问答原创文章，未经允许转载，抄袭将被追究
简单易用的数据库哪个比较好？
1. 数据量太大，比如数亿。使用Oracle。数亿数据的优势对于甲骨文来说是轻量级的，不需要过多的优化配置。缺点是安装麻烦，启动慢。
2. 数据量很大，比如上千万的数据。使用PostgreSQL，也就是众所周知的标杆Oracle，可以处理数千万的数据，而且也很容易学习和使用。
3. 数据量一般，如百万级。使用MySQL，MySQL可以快速处理这个级别的数据量。
4. 数据量小，比如不到10万，SQLite和access都可以。
以上是基于单表操作的数据量。你可以从中选择。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
