mbshqqb的博客

单例模式与并发访问的误解单例模式并不能解决并发访问，static变量或单例模式可以解决单实例问题，单不能解决并发访问问题，以为这是两个概念。单例模式解决了以下问题：1.如何保证多个对象中创建的实例是同一个2.如何保证多线程中创建的实例是同一个并发解决了以下问题：多线程修改同一个实例时产生并发冲突所以： 并发问题一般出现在单例模式中，非单例模式，即线程独有的实例是不会发生并发冲突。...

1.面向领域的软件模型对数据库的影响在软件版本迭代过程中，需求的变化经常会对领域建模及数据建模产生影响，但数据库结构的变化会引发一系列其他系统的变化（如：表同步、数据库同步、分库分表等），如何做到需求变化所产生的领域模型的变化对数据库结构的变化影响最小？...

上一篇中我们了解了什么是RxJava，用一个词来总结就是异步。这里我们来讲讲RxJava的异步实现。它是通过一种扩展的观察者模式来实现。一、观察者模式先简书一下观察者模式。　　观察者模式面向的需求是：观察者对被观察者的某种变化作出反应。比如警察抓小偷，警察需要在小偷作案时实施抓捕。在这里面小偷是被观察者，警察是观察者。而程序的观察者模式跟真正的观察略有不同，观察者不需要时时刻刻顶着被观察者...

学习RxJava之前，我们可能会好奇为什么叫做RxJava。如果你不知道ReactiveX的话，那么你可能还真不知道什么是Rx。一、Rx介绍创ReactiveX是Reactive Extensions的缩写，一般简写为Rx。最初是LINQ的一个扩展，由微软的架构师Erik Meijer领导的团队开发，在2012年11月开源，Rx是一个编程模型，目标是提供一致的编程接口，帮助开发者更方便的处理异...

回调模式、事件监听器模式、观察者模式

之前在上设计模式的时候老师讲了好几种单例模式，最终说每一个单例模式都有问题，原因在于if语句在多线程中同步，即将if语句放在synchronized外面和里面都会出现问题，最终的修改结果是来两个if语句，这样便很好得解决了多线程中条件判断的不同步而带来的问题：package com.zj;public class Instance { private static volatile Ins

Java经典设计模式之五大创建型模式（附实例和详解）一、概况总体来说设计模式分为三大类：（1）创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。（2）结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。（3）行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模

博主在大三的时候有上过设计模式这一门课，但是当时很多都基本没有听懂，重点是也没有细听，因为觉得没什么卵用，硬是要搞那么复杂干嘛。因此设计模式建议工作半年以上的猿友阅读起来才会理解的比较深刻。当然，你没事做看看也是没有坏处的。总体来说设计模式分为三大类：创建型模式、结构型模式和行为型模式。博主的上一篇文章已经提到过创建型模式，此外该文章还有设计模式概况和设计模式的六大原则。设计模式的六大原则是设计模式

Java经典设计模式共有21中，分为三大类：创建型模式（5种）、结构型模式（7种）和行为型模式（11种）。本文主要讲行为型模式，创建型模式和结构型模式可以看博主的另外两篇文章：J设计模式之五大创建型模式（附实例和详解）、 设计模式之七大结构型模式（附实例和详解）。行为型模式细分为如下11种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者

在UML类图中，常见的有以下几种关系: 泛化（Generalization）,  实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)

比较常用的有24种.  为什么要学设计模式      设计面向对象软件比较困难，而设计可复用的面向对象软件就更加困难。你必须找到相关的对象，以适当的粒度将它们归类，再定义类的接口和继承层次，建立对象之间的基本关系。你的设计应该对手头的问题有针对性，同时对将来的问题和需求也要有足够的通用性。你也希望避免重复设计或尽可能少做重复设计。有经验的面向对象设计者会告诉你，

《OOD启思录》：61条面向对象设计的经验原则    摘自《OOD启思录》 Arthur J.Riel【著】; 鲍志云【译】    “你不必严格遵守这些原则，违背它们也不会被处以宗教刑罚。但你应当把这些原则看成警铃，若违背了其中的一条，那么警铃就会响起。” ----- Arthur J.Riel(1) 所有数据都应该隐藏在所在的类的内部。(2) 类的使用者必须依赖类

UML类建模（强烈推荐-思路很清晰，保证看完一遍对聚合组合关联依赖全部了解）