CompletableFuture总的get和thenAccept的区别
Java8引入的CompletableFuture是一个非常非常好用的类库，可以方便的通过它进行多个异步任务的各类花式组合。
关于这个部分，很多博客和文章都有讲到，这篇短文，主要是分别一点：get和thenAccept的区别。
Java8引入的CompletableFuture是一个非常非常好用的类库，可以方便的通过它进行多个异步任务的各类花式组合。
关于这个部分，很多博客和文章都有讲到，这篇短文，主要是分别一点：get和thenAccept的区别。
通常项目中，都会有一些在某时某刻做某些事情的操作，比如
在集群环境下，上述的部分任务应该是互斥的，比如每天凌晨生成报表，只需要1个应用来做就可以了，其他的应用不需要同时做。针对这个需求，SpringBoot内置的定时调度是无法完成的，需要自己实现或者引入第三方来完成。
一个企业级的项目，权限系统是必不可少的，Java中Spring Security和Shiro都是非常不错的选择，但是经过技术调研和需求调研，发现这2者都不能够100%的满足我们的需求，同时也没有想象中的轻量。
没有轮子或者轮子不好，那我们就来造一个轮子吧。
Websocket的协议分为未加密版本ws和加密版本wss，线上的产品为了安全，建议使用wss。
当前的IM是第一版的单机部署，并且流量都是通过SLB转发的到某一台固定的服务器，同时该服务器上还部署了一个Nginx来进行流量转发。
Client → SLB → Nginx → WB-Server
上一篇提到了，根据 Netty 来将 HTTP 升级为 WebSocket 协议，并且通过心跳机制来关闭因为各类操作导致的连接未关闭的问题 。
这一篇是核心内容，我们将通过WebSocket 进行聊天。
本篇内容的示例源码还是通过kotlin编写，继续给大家安利 kotlin
Java8对于Map新增了 几个非常有用的API，这里我着重强调下如下 2 个：
computeIfPresent:当key 映射的value 不存在的时候，如何生成 valuecomputeIfAbsent：当 key 映射的 value 存在的时候，如何处理 value分别对应的是 key 对应的 value 存在或者不存在时候的逻辑，用的好可以减少代码行数，逻辑表述更清晰。
最近因为公司业务扩张缘故，今天新增了一台服务器，购买ECS的过程中，虽然一再小心，但是还是出现了一些问题，这里简单做一个记录，给自己加深印象，让自己下次不再犯错。
上结论：新手买阿里云的资源，全部统一在同一个的地域的，同一个区，采用其默认网络、默认交换机配置，这样最简单。
最近用 kotlin写业务代码，福至心灵的又优化了一个写法，同时也再次加深了return的一个小技巧。
再感慨一句：kotlin真香...
本文通过简单总结了构造函数的通用用法，以及对应的最佳实践。
今天遇到一个业务场景，有一个数据容器是 Map，现在需要根据 Map的 value来排序，这个实现简单记录下，也算水一篇博文了。
文本由一个 bug谈起，聊聊线程池的执行模式，希望能够加深读者对线程池的理解！
当 Netty 用作长连接的时候，比如websocket的时候，如果有一个类似ThreadLocal的功能，能够将相关参数绑定到这个Channel上的时候，是不是会省下很多功夫？
最初遇到类似的问题，我是自己在那里维护一个Channel的id和对应值的一个Map，然后在这个通道关闭的时候，移除相关映射，这种办法肯定是可以的，不过该方法需要自己维护 Map，并监听通道关闭事件，不够简单和方便，经过学习这里介绍一种Netty 原生自带的且更加简单的方法。
本文是关于kotlin协程基础内容的学习总结，其中可能存在认知错误或者不够深入的地方，欢迎大佬们吐槽...
本篇文章包括如下内容：
接下来应该还有协程如下资料：
这篇文章虽然短，但是花了我 1 个小时还多，主要是 2 个原因：
stream+filter,python 一个 for表达式搞定。比如 python 的切片，简洁确实简洁，但是不够语义化。这篇文章是TRTC在C#的Winform的第二篇文章，主要聊聊下面的话题。
ITRTCCloud 核心的trtc操作类，非本文重点。ITRTCCloudCallBack核心的回调，本文重点。