前言去年已经做过一次低代码平台的分享和调研，当时看到OutSystems时感觉变革可能要来了，但到现在还是没有太大的变化。但最近看到低代码的平台又有不少新的报道和消息，作为重点跟踪的技术，今年有必要再进行一次进展跟踪。先总体的说一下，从泛用性和实用性上来讲，OutSystems仍然是一骑绝尘，而且还在持续的完善细节。国内的平台更多的面向一个领域来解

本章先讲解优先级队列和二叉堆的结构。下一篇代码实现从一个需求开始假设有这样一个需求：在一个子线程中，不停的从一个队列中取出一个任务，执行这个任务,直到这个任务处理完毕，再取出下一个任务，再执行。其实和Android的Handler机制中的Looper不停的从MessageQueue中取出一个消息然后处理是一样的。不过这个需

前言我们在使用时偶尔会在管理员邮箱中收到系统发出的告警通知，如EC2维护信息，这些邮件很容易淹没在收件箱中，没有得到及时处理。另外对于重要的应用我们可能会在CloudWatch设置一些指标告警并进行邮件通知。如果这些都可以发到微信等即时通信软件，就比邮件通知好多了，毕竟很多人都习惯在即时通信软件上查看消息。具体实现原理并不复杂，我们知道微信等即时通信工具均

粘包和拆包是TCP网络编程中不可避免的，无论是服务端还是客户端，当我们读取或者发送消息的时候，都需要考虑TCP底层的粘包/拆包机制。TCP粘包和拆包TCP是个“流”协议，所谓流，就是没有界限的一串数据。TCP底层并不了解上层业务数据的具体含义，它会根据TCP缓冲区的实际情况进行包的划分，所以在业务上认为，一个完整的包可能会被TCP拆分成多个包

信号是Linux编程中非常重要的部分，本文将详细介绍信号机制的基本概念、Linux对信号机制的大致实现方法、如何使用信号，以及有关信号的几个系统调用。信号机制是进程之间相互传递消息的一种方法，信号全称为软中断信号，也有人称作软中断。从它的命名可以看出，它的实质和使用很象中断。所以，信号可以说是进程控制的一部分。一、信号的基本概念本节

摘要在这篇文章中，我将从消息在Kafka中的物理存储方式讲起，介绍分区日志段日志的各个层次。然后我将接着上一篇文章的内容，把消费者的内容展开讲一讲，区分消费者与消费者组，以及这么设计有什么用。根据消费者的消费可能引发的问题，我将介绍Kafka中的位移主题，以及消费者要怎么提交位移到这个位移主题中。最后，我将聊一聊消费者Rebalan

最近打算出一个系列，介绍Dubbo的使用。分布式应用现在已经越来越广泛，SpringCould也是一个不错的一站式解决方案，不过据我了解国内目前貌似使用阿里Dubbo的公司比较多，一方面这个框架也确实很OK，另一方面可能也是因为Dubbo的中文文档比较全的缘故，据Dubbo官网上的消息，阿里已经重新开始了对Dubbo的维护，这也算是使用D

o2o是一种结合线上线下的商业模式，一些具备了一定实力的企业和加盟商，都非常青睐于这种商业模式，o2o业务通过打折、提供信息、服务等方式，将线下的商户消息提供给互联网的用户群体，把他们带到这些商户中进行消费，那么企业进行o2o系统的搭建有哪些好处呢？!(https://oscimg.oschina.net/oscnet/up238d37e83a2b

1前言前一篇介绍了JMS有两种通信模型，一种是点对点通信，另一种是发布/订阅模型，本篇将会继续探讨这两种模型。本篇文章需要按照严谨的实验顺序才能获得相同的结果，这是因为消息持久化和持久订阅这两个特性的原因，在文章结尾和下一篇文章会做解答。\\所有的实验在启动之前都必须到管理后台删除相关的队列或者topic，否则数据也可能不同\\在A

先介绍一下项目需求，主要是服务器接受客服端（电子柜台）传来的心跳信息，服务器也能主动发送信息给客户端最近看了很多帖子，大多是服务器接受信息，然后被动回应客服端，这里我简单的做了一个管理客户的列表。用于指定发送（当然就是本地操作成功，还未完全测试，应该还是存在很多Bug，仅供参考！！）先说说Nio，这里就直接贴大神的链接啦：https://gitb