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

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

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

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

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

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

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

这里的“日志”和我们日常生活中的理解大有不同。什么是日志？简单的说，日志就是计算机系统、设备、软件等在某种情况下记录的信息。具体内容取决于日志的来源。例如：unix操作系统会记录用户登录和注销等信息的日志防火墙会记录访问控制协议acl通过和拒绝等消息的日志有些系统在用户登录时或者在系统本身认为会发生一些故障时发出带有告警信息的日志有些产品会在本身存储不足时发

从维基百科上翻译的，有点蹩脚包涵包涵。1xx消息相关的代表请求已经收到，继续处理。这个状态码的分类意味着一个临时的响应，仅有状态行和可选的头部信息组成，并且有一个空行结尾。因为HTTP/1.0并没有定义任何1xx相关的状态码，所以服务器应该发出一个1xx的响应给一个HTTP/1.0的客户端除非在实验条件下。100继续

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