Go：分布式锁实现原理与最佳实践
分布式锁应用场景很多应用场景是需要系统保证幂等性的（如api服务或消息消费者），并发情况下或消息重复很容易造成系统重入，那么分布式锁是保障幂等的一个重要手段。另一方面，很多抢单场景或者叫交易撮合场景，如dd司机抢单或唯一商品抢拍等都需要用一把“全局锁”来解决并发造成的问题。在防止并发情况下造成库存超卖的场景，也常用分布式锁来解决。实现
认知篇：CQRS架构模式的本质
CQRS只是一种非常简单的模式（pattern），CQRS本身并不是一种架构风格，和最终一致性/消息/读写分离/事件溯源/DDD等没有必然的联系，它最大优势是给我们带来更多的架构属性选择
Ruby on Rails 之旅（五）—— Ruby与Java的区别
相似点Ruby与Java一样的地方，...内存透过垃圾回收(GarbageCollection)机制管理。物件为强型别(Stronglytyped)。有public,private,与protected方法。也有将原始码转成文件的工具(Ruby的叫做RDoc)，文件以rdoc产生的样子与j
Java并发包线程池之ForkJoinPool即ForkJoin框架(二)
前言前面介绍了ForkJoinPool相关的两个类ForkJoinTask、ForkJoinWorkerThread，现在开始了解ForkJoinPool。ForkJoinPool也是实现了ExecutorService的线程池。但ForkJoinPool不同于其他类型的ExecutorService，主要是因为它使用了窃取工作机制：池中的所有线程
Hadoop（十四）——hadoop之MapReduce理论篇（五）——MapReduce详细工作流程
一、Shuffle机制Mapreduce确保每个reducer的输入都是按键排序的。系统执行排序的过程（即将map输出作为输入传给reducer）称为shuffle。二、MapReduce工作流程1.图示流程!(https://oscimg.oschina.net/oscnet/b44af54dac168
ActiveMQ的慢消费者
慢消费者：消费消息过慢的consumer/subscriber。慢消费者会对broker产生影响，尤其是nondurable的topic和queue，topic尤甚，会导致broker的内存爆满，阻塞publisher。1\.NondurableTopics受慢消费者影像最大，发送到nond
JavaWeb项目架构之Kafka分布式日志队列
架构、分布式、日志队列，标题自己都看着唬人，其实就是一个日志收集的功能，只不过中间加了一个Kafka做消息队列罢了。!(https://images2017.cnblogs.com/blog/109211/201802/109211201802061533201231622886397.png)kafka介绍Kafka是由
3、RabbitMQ
workqueues工作队列1、模型图：!(https://oscimg.oschina.net/oscnet/bf4b370589b4954af0314d5878d56952b20.png)为什么会出现workqueues?前提:使用simple队列的时候我们应用程序在是使用消息
Confluence 6 配置管理员会话安全的备注
禁用密码确定。 Confluence安装使用自定义授权机制有可能会在密码校验的时候遇到问题。如果必要的话，你可以设置 password.confirmation.disabled系统属性来禁用密码校验功能。请参考RecognizedSystemProperties(https://www.oschina.net/action
Java发送和接收广播的UDP，用于探测局域网中指定类型的设备
注意这是发的广播信息，同一网段中其它机器都会收到这个信息（只有特殊的监听这类消息的机器会做出回应）：SendUDP.javaimport java.io.BufferedReader;import java.io.IOException;import java.io.InputStreamReader;impor