1.Routr-基于最新技术架构的开源软交换概论-1-Kamailio和OpenSIPS的可选方案
2.探索chrome二进制大小的变迁和剪裁chromium的一些思路

Routr-基于最新技术架构的开源软交换概论-1-Kamailio和OpenSIPS的可选方案

       探索未来软交换：Routr的革新架构与开源选择

       在SIP平台的世界里，Kamailio和OpenSIPS两大巨头一直在技术较量中不断迭代。然而，当谈到简化部署与编程友好的解决方案时，Routr崭露头角。它专为对SIP协议和业务理解有限的美国分发源码开发者设计，提供轻量级的SIP代理服务，无论是在云部署还是本地集成，都能轻松胜任。

       Routr的核心组件包括CORE（EdgePort和Message Dispatcher）和CONNECT（SIP Connect v1.1，升级至v2.0的gRPC通信版），确保了会话兼容性和多域访问控制。EdgePort作为消息的nmap源码解读接收和转发者，支持元数据和连接传输（如TCP、TLS），而Message Dispatcher则根据传输协议灵活路由消息。

       数据安全与便捷性：Routr通过安全JWT验证保护WebRTC通信，同时支持多数据源。它的Node.js SDK使开发者能够轻松管理Connect服务器，通过docker、源代码和snap安装方式一键部署，确保友好的用户体验。

       部署Routr的实战指南包括基本的docker-compose.yml配置，集成RTP和PostgreSQL，以及指定IP地址的文本html源码启动和状态检查。Registry组件是必不可少的，负责outbound注册，而Requester service则可能成为未来功能扩展的关键。Node.js SDK提供了CRUD操作和命令行管理的便利。

       深入功能详解：Connect Processor支持WebRTC，可能需要额外配置RTPRelay；routr-ctl工具则简化了管理，如登录、配置修改等。安装步骤包括使用rctl启动proxy、查看日志、拉取镜像、安装rctl，thinkphp棋牌源码以及阿里云HK节点的特定安装方法，甚至可通过软电话进行agent呼叫测试，验证其性能。

       尽管Routr的架构清晰，易于部署，但它在业务功能和实战验证上还有提升空间。想要深入了解SIP技术的朋友，可以参考SIPConnect v2.0的技术推荐文档、Routr的GitHub项目，以及Asterisk和SIP官方网站获取更多信息。

       结论：Routr的革新之旅，不仅提供了新的源码点餐技术架构选择，也为开发者带来更直观、易用的部署体验。无论是SIP平台的新手还是经验丰富的开发者，Routr都展示了其在简化SIP管理与集成方面的潜力。继续关注Routr的发展，探索其在SIP软交换领域的无限可能。

探索chrome二进制大小的变迁和剪裁chromium的一些思路

       研究chromium源码的价值不仅在于学习，还在于商业应用，但随着版本升级，cef的大小从MB增长至MB，对注重安装包大小的开发者来说，寻求减小chromium内核尺寸是一个挑战。本文通过对比历史版本，探究chrome二进制文件的变化，为裁剪chromium提供策略。

       首先，对比不同版本chrome的Windows 位安装包，发现从MB增长到MB，我们挑选了变化显著的包进行详细分析（红色箭头标出）。解压后，逐版本对比安装包内的文件大小变化，以及各文件占总大小的百分比变化。

       chrome.dll的体积持续增长，占总大小的比例也不断提升，但其他模块总体趋势向小型化发展。在chrome.dll模块分析中，发现至版本，chrome_child.dll的合并抑制了体积增长；至版本，notification_helper.exe等模块的合并导致显著增长。这说明模块合并对整体体积控制有积极作用，但同时也增加了去除特定功能的难度。

       特别指出，3D模块的增长显著，删除支持3D相关的文件可减小MB。snapshot技术优化带来体积减少，部分隐藏在chrome.dll中。资源相关的文件体积明显减小，如icudtl.dat，可通过裁剪减少到几十KB。

       关于裁剪思路，虽然chromium编译中间产物有3w多个obj文件，但我们通过分析Top 文件，发现v8和third_party模块的体积较大。通过一级目录聚合，可以看出v8和third_party\blink的体积不容忽视。进一步细分，blink的core和bindings模块对二进制贡献较大，而v8的优化则需更细致的处理。

       特别值得关注的是，perfetto的trace_processor模块和pdfium、libjxl、dawn、webrtc等第三方库对体积影响较大。考虑使用V8的V8Lite模式和裁剪jit、wasm模块，能有效减少V8体积。然而，这些基于编译中间产物的分析可能与最终dll大小存在偏差，一般能减小-%的体积。

       总的来说，理解chromium源码和运行方式有助于优化，对开发者来说，这是一次从不同角度深入了解chromium的机会。欢迎交流和学习。