2016年03月_pingyan158

转载 activemq的几种基本通信方式总结

简介在前面一篇文章里讨论过几种应用系统集成的方式，发现实际上面向消息队列的集成方案算是一个总体比较合理的选择。这里，我们先针对具体的一个消息队列Activemq的基本通信方式进行探讨。activemq是JMS消息通信规范的一个实现。总的来说，消息规范里面定义最常见的几种消息通信模式主要有发布-订阅、点对点这两种。另外，通过结合这些模式的具体应用，我们在处理某些应用场景的时候也衍生出来

2016-03-29 11:02:26 695

转载 spring学习：与jms的集成

简介在前面的一些文章里，我曾经对消息队列编程，以及消息队列通信方式做了一些总结。总的来说，那些示例是采用activemq服务器并且使用原生的代码来访问它们。在实际的代码实现中，采用原生api访问会显得非常的繁琐。因为我们要和里面一堆复杂的东西打交道，比如说Connection, ConnectionFactory, Session, Producer, Destination等等

2016-03-29 10:58:20 2132

转载 MQ、JMS以及ActiveMQ 关系的理解

Best-text mb-10代码 ms 的一个标准或者说是一个协议. 通常用于企业级应用的消息传递. 主要有topic 消息(1 对多), queue 消息(1对1). activemq 是一个jms 的实现, apache 出的. 另外还其它的实现 jboss 啦啥的... MQ简介： MQ全称为Message Queue, 消息队列（MQ）是一

2016-03-29 10:09:09 529

转载 Java多线程学习（吐血超详细总结）

本文主要讲了java中多线程的使用方法、线程同步、线程数据传递、线程状态及相应的一些线程函数用法、概述等。首先讲一下进程和线程的区别：　　进程：每个进程都有独立的代码和数据空间（进程上下文），进程间的切换会有较大的开销，一个进程包含1--n个线程。　　线程：同一类线程共享代码和数据空间，每个线程有独立的运行栈和程序计数器(PC)，线程切换开销小。　　线程和进程一样分为五个阶段：创建

2016-03-22 11:06:33 1340

转载 mysql保障数据一致性：redis与mysql数据同步（二）

应用Redis实现数据的读写，同时利用队列处理器定时将数据写入mysql，此种情况存在的问题主要是如何保证mysql与redis的数据同步，二者数据同步的关键在于mysql数据库中主键，方案是在redis启动时区mysql读取所有表键值存入redis中，往redis写数据是，对redis主键自增并进行读取，若mysql更新失败，则需要及时清除缓存及同步redis主键。 [ja

2016-03-21 14:46:26 2191

转载 mysql保障数据一致性：锁与解（一）

因项目需要有锁单业务，所以，涉及到两个技术点：分布式锁和数据库锁。项目前期(qps 悲观锁(Pessimistic Lock), 顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。乐观锁(Opti

2016-03-21 14:45:32 440

转载跟我快速理解Dubbo:-2 架构设计详解

Dubbo是Alibaba开源的分布式服务框架，它最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）。从服务模型的角度来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出服务提供方（Provider）和服务消费方（Consumer）两个角色。关于注册中心、协议支持、服务监控等内容，详见后面描述。

2016-03-21 14:41:56 729

转载跟我快速理解Dubbo:-1 内容简介和使用。

1. Dubbo是什么？ Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服务者

2016-03-21 14:37:47 457

转载架构设计：生产者/消费者模式第6页：环形缓冲区的实现

◇判断“空”和“满” 上述的操作并不复杂，不过有一个小小的麻烦：空环和满环的时候，R和W都指向同一个位置！这样就无法判断到底是“空”还是“满”。大体上有两种方法可以解决该问题。办法1：始终保持一个元素不用当空环的时候，R和W重叠。当W比R跑得快，追到距离R还有一个元素间隔的时候，就认为环已经满。当环内元素占用的存储空间较大的时候，这种办法显得很土（浪费空间）。

2016-03-21 14:32:47 462

转载架构设计：生产者/消费者模式第5页：环形缓冲区

[3]：环形缓冲区前一个帖子提及了队列缓冲区可能存在的性能问题及解决方法：环形缓冲区。今天就专门来描述一下这个话题。为了防止有人给咱扣上“过度设计”的大帽子，事先声明一下：只有当存储空间的分配／释放非常频繁并且确实产生了明显的影响，你才应该考虑环形缓冲区的使用。否则的话，还是老老实实用最基本、最简单的队列缓冲区吧。还有一点需要说明一下：本文所提及的“存储空间”，不仅包括内存，

2016-03-21 14:31:24 460

转载架构设计：生产者/消费者模式第4页：注意事项

顺便补充几个注意事项，大伙儿留意一下： 1、对stdio进行读写操作是以阻塞方式进行。比如管道中没有数据，消费者进程的读操作就会一直停在哪儿，直到管道中重新有数据。 2、由于stdio内部带有自己的缓冲区（这缓冲区和管道缓冲区是两码事），有时会导致一些不太爽的现象（比如生产者进程输出了数据，但消费者进程没有立即读到）。具体的细节，大伙儿可以看"这里"。 ◇SOCKET

2016-03-21 14:30:18 337

转载架构设计：生产者/消费者模式第3页：队列缓冲区

[2]：队列缓冲区经过前面两个帖子的铺垫，今天终于开始聊一些具体的编程技术了。由于不同的缓冲区类型、不同的并发场景对于具体的技术实现有较大的影响。为了深入浅出、便于大伙儿理解，咱们先来介绍最传统、最常见的方式。也就是单个生产者对应单个消费者，当中用队列（FIFO）作缓冲。关于并发的场景，在之前的帖子“进程还线程？是一个问题！”中，已经专门论述了进程和线程各自的优缺点，两者皆不

2016-03-21 14:28:06 741

转载架构设计：生产者/消费者模式第2页：如何确定数据单元

费了这么多口水，希望原先不太了解生产者／消费者模式的同学能够明白它是怎么一回事。然后在下一个帖子中，我们来说说如何确定数据单元。另外，为了方便阅读，把本系列帖子的目录整理如下： 1、如何确定数据单元 2、队列缓冲区 3、队列缓冲区 4、双缓冲区 5、...... [1]：如何确定数据单元？既然前一个帖子已经搞过扫盲

2016-03-21 14:25:51 327

转载架构设计：生产者/消费者模式第1页：“生产者／消费者模式”介绍

★简介在实际的软件开发过程中，经常会碰到如下场景：某个模块负责产生数据，这些数据由另一个模块来负责处理（此处的模块是广义的，可以是类、函数、线程、进程等）。产生数据的模块，就形象地称为生产者；而处理数据的模块，就称为消费者。单单抽象出生产者和消费者，还够不上是生产者／消费者模式。该模式还需要有一个缓冲区处于生产者和消费者之间，作为一个中介。生产者把数据放入缓冲区，而消费者从

2016-03-21 14:24:26 358

转载 JAVA多线程实现的三种方式

JAVA多线程实现方式主要有三种：继承Thread类、实现Runnable接口、使用ExecutorService、Callable、Future实现有返回结果的多线程。其中前两种方式线程执行完后都没有返回值，只有最后一种是带返回值的。 1、继承Thread类实现多线程继承Thread类的方法尽管被我列为一种多线程实现方式，但Thread本质上也是实现了Runnable接口的一个

2016-03-21 09:25:08 752

pingyan158的专栏