Disque是Redis之父Salvatore Sanfilippo新开源的一个分布式内存消息代理。它适应于"Redis作为作业队列"的场景，但采用了一种专用、独立、可扩展且具有容错功能的设计，兼具Redis的简洁和高性能，并且用C语言实现为一个非阻塞网络服务器。 Redis的作者Salvatore Sanfilippo（网名Antirez）发表的一篇博客文章，介绍了自己几个月以来在晚上和周末开发的新项目——Disque。 开发初衷 Antirez之所以动念开发Disque，是因为看到很多人用Redi
mangos nanomsg是一个消息协议SP ("Scalable Protocols")的c语言实现，而mangos用golang实现了SP ("Scalable Protocols")。 消息协议不同于通常我们说的消息队列，是指一个简单的传输会话协议。 mangos重点也是替代直接手写TCP，实现各种场合的通讯范式。 推荐 http://bravenewgeek.com/fast-scalable-networking-in-go-with-mangos/ 那么mangos、nanomsg有何优点么？
控制模式中的控制节点是系统实现中的瓶颈，自由模式则面临爬行节点之间的通信处理问题。因此，在实际工程中，我们通常使用混合模式：
MQ全称为Message Queue，消息队列是应用程序和应用程序之间的通信方法。
验证两种各自领域称王的语言（JAVA /PHP），不同语言、不同机制的组合在一起，PHP负责WEB层，Java负责业务和数据逻辑层，真是一对黄金组合（Java+PHP整合=混血新宠儿），发挥各自优势，适合开发B/S企业程序。
北京朝歌 拿到毕业证了吗？ 简单讲下计算机科学与技术都学过什么东西？ 对自己在专业上的评价是怎么样的？ 为什么选择嵌入式？嵌入式对硬件打交道比较多； openCV负责什么工作？ 获得了什么奖项？是团队
进程间通信（IPC，InterProcess Communication）是指在不同进程之间传播或交换信息。
RPC是一种方便的网络通信编程模型，由于和编程语言的高度结合，大大减少了处理网络数据的复杂度，让代码可读性也有可观的提高。但是RPC本身的构成却比较复杂，由于受到编程语言、网络模型、使用习惯的约束，有
通过之前的学习，我们大致可以感受出来，共享内存，消息队列和信号量在使用的时候是有很多共性的。它们三个的接口，包括接口中传的参数有的都有很大的相似度。其实，共享内存，消息队列和信号量是操作系统针对本地进程间通信特意设计出来的system V版本的进程间通信（IPC,Inter Process Communication）技术。共享内存，消息队列和信号量所管理的资源称为IPC资源。在操作系统底层，共享内存，消息队列和信号量都是有相对应的结构体将它们维护起来的。
消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。
星火计划 近几年，“Java已死”的论调时而出现。虽然一直被唱衰，但实际上，Java的生命力依旧旺盛。在TIOBE最新公布的3月编程语言排行榜中，Java热门程度仍然名列前茅，仅次于C语言。而且，随着以OpenJDK为核心的开源社区的日益活跃，我们可以预见，在大数据与云计算时代，Java也将得到长足发展，在未来继续扮演重要角色 腾讯既是Java的用户，也是Java开源生态的重要参与者和贡献者。作为OpenJDK开源社区的一员，腾讯积极参与，在JDK15、JDK16中入选全球贡献者榜单，分别位于全球
我已经猛灌了两大口恒河水，当然了并不是为了来生做印度人，而是为了这个周末将《PHP网络编程》结束撒花。
RPC是一种方便的网络通信编程模型，由于和编程语言的高度结合，大大减少了处理网络数据的复杂度，让代码可读性也有可观的提高。但是RPC本身的构成却比较复杂，由于受到编程语言、网络模型、使用习惯的约束，有大量的妥协和取舍之处。本文就是通过分析几种流行的RPC实现案例，提供大家在设计RPC系统时的参考。 由于RPC底层的网络开发一般和具体使用环境有关，而编程实现手段也非常多样化，但不影响使用者，因此本文基本涉及如何实现一个RPC系统。 认识 RPC （远程调用） 我们在各种操作系统、编程语言生态圈中，多少都会接
分布式微服务系统下，凡是可以“排队”去做的事情，都可以使用消息队列。网上买东西同样也需要“排队付款”，但是有人说，我点确认付款后马上就显示成功了，没感觉到排队呀？其实在后台系统中是排了，只不过排队的时间对于人来说有点短，可能1-2秒就结束了，但是对于计算机来说，这1-2秒的时间很长了。
AMQP协议介绍 AMQP，即Advanced Message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。 AMQP的主要特征是面向消息、
在 Java 开发当中，我们用到的关于缓存使用的比较较多的就是 Redis，而关于 Redis 的面试题，也是我们在面试的过程中，会经常性的被问到，比如，Redis 为什么这么快，Redis存储的数据结构等等之类的面试题，而最近，又出现了新的内容，那就是 Redis 中的多线程。
现在把一些问题总结一下，算是记录一下面试的经历吧。以后有空简单地回答一下，
JavaScript 的并发模型基于“事件循环”。这个模型与像 C 或者 Java 这种其它语言中的模型截然不同。
一、消息中间件相关知识 1、概述 消息队列已经逐渐成为企业IT系统内部通信的核心手段。它具有低耦合、可靠投递、广播、流量控制、最终一致性等一系列功能，成为异步RPC的主要手段之一。当今市面上有很多主流的消息中间件，如老牌的ActiveMQ、RabbitMQ，炙手可热的Kafka，阿里巴巴自主开发RocketMQ等。 2、消息中间件的组成 2.1 Broker 消息服务器，作为server提供消息核心服务 2.2 Producer 消息生产者，业务的发起方，负责生产消息传输给broker， 2.3 Consumer 消息消费者，业务的处理方，负责从broker获取消息并进行业务逻辑处理 2.4 Topic 主题，发布订阅模式下的消息统一汇集地，不同生产者向topic发送消息，由MQ服务器分发到不同的订阅者，实现消息的 广播 2.5 Queue 队列，PTP模式下，特定生产者向特定queue发送消息，消费者订阅特定的queue完成指定消息的接收 2.6 Message 消息体，根据不同通信协议定义的固定格式进行编码的数据包，来封装业务数据，实现消息的传输 3 消息中间件模式分类 3.1 点对点 PTP点对点:使用queue作为通信载体
使用Windows API构建窗体应用 就历史来说，使用纯API开发窗体应用程序是上个世纪80年代以前的事情了，开发应用程序的人需要使用大量接近系统内核的API来完成应用程序的设计（当时C的版本还很低，没有类等概念，使用大量流程式，函数式的代码写一个窗体应用是一件很恐怖的事情）。MFC的第一个公开版本发布于1992年3月，使用C语言开发窗体应用的程序员们转而开始使用MFC来代替使用API直接开发窗体类应用程序。MFC相当彻底的用类封装了Win32 API，使得C程序员的开发窗体类应用的效率大大提高了。本文试
Redis 是一种基于键值对（key-value）的 NoSQL 数据库，与很多键值对数据库不同的是，Redis 中的键固定为 string，但值可以由string（字符串）、hash（哈希）、list（列表）、set（集合）、zset（有序集合）、Bitmaps（位图）、HyperLogLog、GEO（地理信息定位）等多种数据结构和算法组成，因此 Redis 可以满足很多的应用场景，而且因为 Redis 会将所有数据都存放在内存中，所以它的读写性能非常惊人。不仅如此，Redis 还可以将内存的数据利用快照和日志的形式保存到硬盘上，这样在发生类似断电或者机器故障的时候，内存中的数据不会“丢失”。除了上述功能以外，Redis 还提供了键过期、发布订阅、事务、流水线、Lua 脚本等附加功能。总之，如果在合适的场景使用 Redis，它就会像一把瑞士军刀一样所向披靡。
我们在Linux信号基础中已经说明，信号可以看作一种粗糙的进程间通信(IPC, interprocess communication)的方式，用以向进程封闭的内存空间传递信息。为了让进程间传递更多的信息量，我们需要其他的进程间通信方式。这些进程间通信方式可以分为两种: 管道(PIPE)机制。在Linux文本流中，我们提到可以使用管道将一个进程的输出和另一个进程的输入连接起来，从而利用文件操作API来管理进程间通信。在shell中，我们经常利用管道将多个进程连接在一起，从而让各个进程协作，实现复杂的功能。 传
Linux系统内核是C语言编写的，所以，Linux系统开发可能会和很多系统API打交道，需要掌握C语言基础，C语言是Linux最基础的开发语言，当然也可以用C++。一般做与系统交互的模块时，用C语言多一些，做上层业务应用时，为了开发效率，会使用C++来开发，毕竟C++是面向对象的开发语言，适合大型项目的开发，方便模块化，代码复用率高。
从上层应用程序来看如何穿过接口进入操作系统内部，从而理解操作系统工作的原理，能够扩充操作系统的功能、设计系统模块。
简单的说Redis是用C语言开发的一个开源的高性能键值对（Key-Value）数据库。
本文罗列下市面上物联网通信中的各类消息技术-即工作在网络通信的应用层协议，总结下它们各自特点、特定的物联网应用场景等。 这类协议都直接用于在无线或有线网络环境下的设备之间、人与设备之间的通信，物联网开
（一）C++语言基础知识： （1）static关键字的作用： 1.全局静态变量 在全局变量前加上关键字static，全局变量就定义成一个全局静态变量。 静态存储区，在整个程序运行期间一直存在。 初始化：未经初始化的全局静态变量会被自动初始化为0（自动对象的值是任意的，除非他被显式初始化）。 作用域：全局静态变量在声明他的文件之外是不可见的，准确地说是从定义之处开始，到文件结尾。 2. 局部静态变量 在局部变量之前加上关键字static，局部变量就成为一个局部静态变量。 内存中的位置：静态存储区。 初始化：未经初始化的全局静态变量会被自动初始化为0（自动对象的值是任意的，除非他被显式初始化）。 作用域：作用域仍为局部作用域，当定义它的函数或者语句块结束的时候，作用域结束。但是当局部静态变量离开作用域后，并没有销毁，而是仍然驻留在内存当中，只不过我们不能再对它进行访问，直到该函数再次被调用，并且值不变。 3. 静态函数 在函数返回类型前加static，函数就定义为静态函数。函数的定义和声明在默认情况下都是extern的，但静态函数只是在声明他的文件当中可见，不能被其他文件所用。 函数的实现使用static修饰，那么这个函数只可在本cpp内使用，不会同其他cpp中的同名函数引起冲突。 warning：不要再头文件中声明static的全局函数，不要在cpp内声明非static的全局函数，如果你要在多个cpp中复用该函数，就把它的声明提到头文件里去，否则cpp内部声明需加上static修饰。 4. 类的静态成员 在类中，静态成员可以实现多个对象之间的数据共享，并且使用静态数据成员还不会破坏隐藏的原则，即保证了安全性。因此，静态成员是类的所有对象中共享的成员，而不是某个对象的成员。对多个对象来说，静态数据成员只存储一处，供所有对象共用。 5. 类的静态函数 静态成员函数和静态数据成员一样，它们都属于类的静态成员，它们都不是对象成员。因此，对静态成员的引用不需要用对象名。 （2） C++与C语言的区别： 设计思想上： C++是面向对象的语言，而C是面向过程的结构化编程语言 语法上： C++具有封装、继承和多态三种特性 C++相比C，增加多许多类型安全的功能，比如强制类型转换、 C++支持范式编程，比如模板类、函数模板等 （二）计算机操作系统： （1）进程与线程的概念，以及为什么要有进程线程，其中有什么区别，他们各自又是怎么同步的 ？ 进程是对运行时程序的封装，是系统进行资源调度和分配的的基本单位，实现了操作系统的并发。 线程是进程的子任务，是CPU调度和分派的基本单位，用于保证程序的实时性，实现进程内部的并发；线程是操作系统可识别的最小执行和调度单位。每个线程都独自占用一个虚拟处理器：独自的寄存器组，指令计数器和处理器状态。每个线程完成不同的任务，但是共享同一地址空间（也就是同样的动态内存，映射文件，目标代码等等），打开的文件队列和其他内核资源。 进程与线程的区别： 1.一个线程只能属于一个进程，而一个进程可以有多个线程，但至少有一个线程。线程依赖于进程而存在。 2.进程在执行过程中拥有独立的内存单元，而多个线程共享进程的内存。（资源分配给进程，同一进程的所有线程共享该进程的所有资源。同一进程中的多个线程共享代码段（代码和常量），数据段（全局变量和静态变量），扩展段（堆存储）。但是每个线程拥有自己的栈段，栈段又叫运行时段，用来存放所有局部变量和临时变量。） 3.进程是资源分配的最小单位，线程是CPU调度的最小单位； 4.系统开销：由于在创建或撤消进程时，系统都要为之分配或回收资源，如内存空间、I／o设备等。因此，操作系统所付出的开销将显著地大于在创建或撤消线程时的开销。类似地，在进行进程切换时，涉及到整个当前进程CPU环境的保存以及新被调度运行的进程的CPU环境的设置。而线程切换只须保存和设置少量寄存器的内容，并不涉及存储器管理方面的操作。可见，进程切换的开销也远大于线程切换的开销。 5.通信：由于同一进程中的多个线程具有相同的地址空间，致使它们之间的同步和通信的实现，也变得比较容易。进程间通信IPC，线程间可以直接读写进程数据段（如全局变量）来进行通信——需要进程同步和互斥手段的辅助，以保证数据的一致性。在有的系统中，线程的切换、同步和通信都无须操作系统内核的干预 6.进程编程调试简单可靠性高，但是创建销毁开销大；线程正相反，开销小，切换速度快，但是编程调试相对复杂。 7.进程间不会相互影响 ；线程一个线程挂掉将导致整个进程挂掉 8.进程适应于多核、多机分布；线程适用于多核 。 进程间通信的方式： 进程间通信主要包括管道、系统IPC（包括消息队列、信号量、信号、共享内存等）、以及套接字so
RT-Thread包括了很多不同类型的对象，如线程，信号量，互斥量等。在代码中，这些对象被汇总到一个枚举中（在rtdef.h中）：
为什么需要线程池呢，没想明白这个问题，看再多线程池的源码都没有用，先要知道线程池技术解决了什么问题，才能看的懂源码，因为所有的代码都是为了解决实际的工程问题。
PHP语言的异步、并行、高性能网络通信框架，使用纯C语言编写，提供了PHP语言的异步多线程服务器，异步TCP/UDP网络客户端，异步MySQL，数据库连接池，AsyncTask，消息队列，毫秒定时器，异步文件读写，异步DNS查询。 Swoole可以广泛应用于互联网、移动通信、企业软件、云计算、网络游戏、物联网、车联网、智能家居等领域。 使用PHP+Swoole作为网络通信框架，可以使企业IT研发团队的效率大大提升，更加专注于开发创新产品。
打算给我们部门弄个内部分享。发现大家对一些底层知识的认知停留在一句一句的，比如听说JVM使用-XX:-UseBiasedLocking取消偏向锁可以提高性能，因为它只适用于非多线程高并发应用。使用数字对象的缓存-XX:AutoBoxCacheMax=20000比默认缓存-128~127要提高性能。对于JVM和linux内核，操作系统没有系统的概念，遇到实际问题往往没有思路。所以我的内部分享，主要分为linux部分，jvm部分和redis部分。这篇是linux篇。学习思路为主，知识为辅。我也是菜鸟一枚~~
Pygame是一个开源的Python模块，专门用于多媒体应用（如电子游戏）的开发，其中包含对图像、声音、视频、事件、碰撞等的支持。Pygame建立在SDL的基础上，SDL是一套跨平台的多媒体开发库，用C语言实现，被广泛的应用于游戏、模拟器、播放器等的开发。而Pygame让游戏开发者不再被底层语言束缚，可以更多的关注游戏的功能和逻辑。
消息队列是一种异步的服务间通信方式，适用于无服务器和微服务架构。消息在被处理和删除之前一直存储在队列上。每条消息仅可被一位用户处理一次。消息队列可被用于分离重量级处理、缓冲或批处理工作以及缓解高峰期工作负载。
第一章 c语言基础 linux概述 虚拟文件系统VFS 进程通信机制：管道，信号 消息队列 信号灯 共享内存 第二章 vim与emacs 两种主流编辑器：vim emacs vi 的含义
在上一课中，我们已经学习到了什么是消息队列，有哪些消息队列，以及我们会用到哪个消息队列。今天，就直接进入主题，学习第一种，最简单，但也是最常用，最好用的消息队列模式。
监控缓存中间件,如 Redis 是关键的，因为它直接影响到应用性能和可靠性。以下是监控 Redis 时应考虑的主要指标：
介绍 REmote DIctionary Server(Redis) 是一个由Salvatore Sanfilippo写的key-value存储系统。 Redis是一个开源的使用ANSI C语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。 它通常被称为数据结构服务器，因为值（value）可以是 字符串(String), 哈希(Map), 列表(list), 集合(sets) 和 有序集合(sorted sets)等类型。 应用 目前平台R
消息队列不知道大家看到这个词的时候，会不会觉得它是一个比较高端的技术，反正我是觉得它好像是挺牛逼的。
NotSql泛指非关系型数据库，随着web2.0互联网的诞生，传统的关系型数据库很难应对Web2.0大数据时代，尤其是超大规模的高并发的情况，暴露出来很多难以克服的问题，NoSql在当今大数据环境下发展的十分迅速，Redis是发展最快的。
REmote DIctionary Server(Redis) 是一个由Salvatore Sanfilippo写的key-value存储系统。
“RabbitMQ？”“Kafka？”“RocketMQ？”...在日常学习与开发过程中，我们常常听到消息队列这个关键词，可能你是熟练使用消息队列的老手，又或者你是不懂消息队列的新手，不论你了不了解消息队列，本文都将带你搞懂消息队列的一些基本理论。如果你是老手，你可能从本文学到你之前不曾注意的一些关于消息队列的重要概念，如果你是新手，相信本文将是你打开消息队列大门的一板砖。
基于SOA的分布式高可用架构和微服务架构，是时下如日中天的互联网企业级系统开发架构选择方案。在核心思想上，两者都主张对系统的横向细分和扩展，按不同的业务功能模块来对系统进行分割并且使用一定的手段实现服务之间的通信，并且基于弹性云服务搭建高可用的分布式解决方案。
消息队列是一种进程间的通信机制，用于在不同进程之间同步消息。通信期间，一个进程将消息放入该队列中，然后另一个进程就可以从该队列中取出这条消息。
本篇的灵感来自我超级喜欢的一篇文章：《如果把中国 442 位皇帝都放在一个群里面，他们会聊些什么》。
全称：Java Message Service 中文：Java消息服务。 JMS是Java的一套API标准，最初的目的是为了使应用程序能够访问现有的MOM系统（MOM是Message Oriented Middleware的英文缩写，指的是利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。）；后来被许多现有的MOM供应商采用，并实现为MOM系统。 基于JMS实现的MOM，又被称为JMS Provider。
. 经典的服务器结构概述（中） 今天将和大家详细探讨分服模型，本文结构如下： 1模型描述 分服模型是游戏服务器中最典型，也是历久最悠久的模型。其特征是游戏服务器是一个个单独的世界。每个服务器的帐号是独
平时写的一些示例代码 基本框架，封装，自定义控件等，以后都整理好上传到码云。算是自己的总结，也给需要的朋友提供一个参考。目前是这么多代码，有时间整理了继续传。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
