Navi-pbrpc

  --------------------------------------------------------------------------------------------------------------------------------------------------------   NaviLibrary 研究手记(1)--Navi 介绍 linguister : k

Uragano 旨在提供一个搭建和使用简单的高性能 RPC 框架。Uragano 是基于 netstandard2.0 开发的。Uragano 默认采用 DotNetty 实现远程通信，使用 MessagePack 进行编解码。

Navi 项目介绍： 在过去的一年里，会员交易系统的下单服务进行了彻底重构。重构后，在下单服务上对接新支付方式的开发时间从过去的三天左右，变为现在的一小时左右，工作效率大幅提高。 这一成绩的实现依靠的是下单服务的核心框架。这套框架能够通过注解、文件等配置方式将不同组件动态组合，形成复杂而又完整的功能。这套框架会根据声明的路由配置，为每一次请求选择合适的组件，从而实现高内聚、低耦合的组件化设计。 为

sofa-pbrpc(sofa protobuf-based rpc)是使用Boost::Asio实现的基于Google Protocol Buffers RPC框架的网络通信库，在百度公司各部门得到广泛使用。 目标 轻量 易用 高性能 特性 接口简单，容易使用 实现高效，性能优异（高吞吐、低延迟、高并发连接数） 测试完善，运行稳定 支持同步和异步调用，满足不同类型需求 支持多级超时设定，灵活控制

命令行是非常高效的工具，但是很多命令行过一段时间就容易忘记。虽然我们可以上网搜索，但还是很不方便。常见的做法是，将容易忘记的命令行写到笔记中去，忘了再查。 navi，它提供了一个交互式的备忘录。navi 允许你查阅所有的备忘录并执行对应的命令。 navi 可以使用已有的命令行备忘录，也能自己导入以前常用的备忘录，配置可以直接运行的命令行，只需要手动加上参数就行；也可以写上备忘录注释，再手动键入命令

我正在用docx4j做一些测试。我需要做的是将复杂的Word文档（2-3页的文本、表格、项目符号列表、图像）转换成XHTML。

我在我的应用程序中创建了第二个DataSource。 我用HikariDataSource创建了它，因为它断开了连接，所以出现了问题。 现在它没有断开，但是很慢 我的配置如下： 爪哇： 有人能告诉我如何提高绩效吗。 它们是表的小查询，分页约为25条记录，需要4秒钟。 我观察到，查询一个select的200条记录需要46秒，而查询只需要2秒。 以前，它们是千分之一秒。 非常感谢。