hadix

> 首先说一下，在服务器上面跑的，我们要应对业务增量以及解决微服务调用延时问题（我这边业务场景需要实时交互要求延时很低），需要将连接一直保活同时加入断线监测机制实现快速重连自动重连。iot场景中，我们的设备存活状态也需要感知，同时需要加入一定的策略，比如说设备长时间不使用是否需要断开链接，链接不稳定短时间内持续重连断开的动作又怎么办？这个时候设置百分百回收是否可行？所以说这个回收指标，应该适当考虑。 @pc859107393 回收对象重用的知识我是第一次在 @YuanHuCoding 的回复中学习到，我认为这个意思是在很高压的业务场景中，适当调整这些参数可以降低GC频率和DirectBuffer的重复创建成本，提升内存效率（应该跟我们常说的CPU能效比类似）。跟重连，保活，连接健康监测这些不是一个话题。而这些内容作为一个维护长连接的基础Broker而已应该都是基础能力，我想RSocket Broker没理由不提供完善支持的，这方面可以研究一下RSocket Broker和Netty的连接管理方法即可。

[2017-04-07_00:00:19] - Debug Start [2017-04-07_00:00:19] g:smartim_loaded = 1 [2017-04-07_00:00:19] g:smartim_default = com.apple.keylayout.US [2017-04-07_00:00:19] g:smartim_disable = 0 [2017-04-07_00:00:19] g:smartim_debug = 1 [2017-04-07_00:00:19] s:imselect_path = /Users/hadix/.yadr/vim/bundle/smartim/plugin/im-select [2017-04-07_00:06:08] >>> Smartim_SelectDefault 输出有这些.

我用你的代码写了个本地库,然后在IdeaVim里面通过java调用是有效的. 你的代码我改了一点点,我不是很懂mac编程,也是找其他的朋友帮忙改的. ``` #import "InputSourceSwitcher.h" #include const char* getCurrentInputSourceID() { TISInputSourceRef current = TISCopyCurrentKeyboardInputSource(); NSString *sourceId = (__bridge NSString *)(TISGetInputSourceProperty(current, kTISPropertyInputSourceID)); const char *returnName = [sourceId UTF8String]; CFRelease(current); return returnName;...

我的文件里面输出的就这么多呀.

我司在切换日志框架的时候,也遇到这个问题,烦请解决一下. 我自己pull代码尝试打包,但是发现有些依赖是核心仓库上没有的,导致无法构建. 烦请作者发个新版解决这个问题.