第五章 正则表达式的拆分对于一门语言的掌握程度怎么样，可以有两个角度来衡量：读和写。 不仅要求自己能解决问题，还要看懂别人的解决方案。代码是这样，正则表达式也是这样。 正则这门语言跟其他语言有一点不同，它通常就是一大堆字符，而没有所谓“语句”的概念。 如何能正确地把一大串正则拆分成一块一块的，成为了破解“天书”的关键。 本章就解决这一问题，内容包括： 结构和操作符 注意要点 案例分析 1. 结构和操作符编程语言一般都有操作符。只要有操作符，就会出现一个问题。当一大堆操作在一起时，先操作谁，又后操作谁呢？为了不产生歧义，就需要语言本身定义好操作顺序，即所谓的优先级。 而在正则表达式中，操作符都体现在结构中，即由特殊字符和普通字符所代表的一个个特殊整体。 JS正则表达式中，都有哪些结构呢？ 字符字面量、字符组、量词、锚字符、分组、选择分支、反向引用。 具体含义简要回顾如下（如懂，...

第四章 正则表达式回溯法原理学习正则表达式，是需要懂点儿匹配原理的。 而研究匹配原理时，有两个字出现的频率比较高：“回溯”。 听起来挺高大上，确实还有很多人对此不明不白的。 因此，本章就简单扼要地说清楚回溯到底是什么东西。 内容包括： 没有回溯的匹配 有回溯的匹配 常见的回溯形式 1. 没有回溯的匹配假设我们的正则是/ab{1,3}c/，其可视化形式是： 而当目标字符串是”abbbc”时，就没有所谓的“回溯”。其匹配过程是： 其中子表达式b{1,3}表示“b”字符连续出现1到3次。 2. 有回溯的匹配如果目标字符串是”abbc”，中间就有回溯。 图中第5步有红颜色，表示匹配不成功。此时b{1,3}已经匹配到了2个字符“b”，准备尝试第三个时，结果发现接下来的字符是“c”。那么就认为b{1,3}就已经匹配完毕。然后状态又回到之前的状态（即第6步，与第4步一样），最后再用子表达...

第三章 正则表达式括号的作用不管哪门语言中都有括号。正则表达式也是一门语言，而括号的存在使这门语言更为强大。 对括号的使用是否得心应手，是衡量对正则的掌握水平的一个侧面标准。 括号的作用，其实三言两语就能说明白，括号提供了分组，便于我们引用它。 引用某个分组，会有两种情形：在JavaScript里引用它，在正则表达式里引用它。 本章内容虽相对简单，但我也要写长点。 内容包括： 分组和分支结构 捕获分组 反向引用 非捕获分组 相关案例 1. 分组和分支结构这二者是括号最直觉的作用，也是最原始的功能。 1.1 分组 我们知道/a+/匹配连续出现的“a”，而要匹配连续出现的“ab”时，需要使用/(ab)+/。 其中括号是提供分组功能，使量词+作用于“ab”这个整体，测试如下： var regex = /(ab)+/g;var string = "ababa abbb ababab";c...

第二章 正则表达式位置匹配攻略正则表达式是匹配模式，要么匹配字符，要么匹配位置。请记住这句话。 然而大部分人学习正则时，对于匹配位置的重视程度没有那么高。 本章讲讲正则匹配位置的总总。 内容包括： 什么是位置？ 如何匹配位置？ 位置的特性 几个应用实例分析 1. 什么是位置呢？位置是相邻字符之间的位置。比如，下图中箭头所指的地方： 2. 如何匹配位置呢？在ES5中，共有6个锚字符： **^** **$** **\b** **\B** **(?=p)** **(?!p)** 2.1 ^和$ ^（脱字符）匹配开头，在多行匹配中匹配行开头。 $（美元符号）匹配结尾，在多行匹配中匹配行结尾。 比如我们把字符串的开头和结尾用”#”替换（位置可以替换成字符的！）： var result = "hello".replace(/^|$/g, '#');console.log(result)...

第一章 正则表达式字符匹配攻略正则表达式是匹配模式，要么匹配字符，要么匹配位置。请记住这句话。 然而关于正则如何匹配字符的学习，大部分人都觉得这块比较杂乱。 毕竟元字符太多了，看起来没有系统性，不好记。本章就解决这个问题。 内容包括： 两种模糊匹配 字符组 量词 分支结构 案例分析 1. 两种模糊匹配如果正则只有精确匹配是没多大意义的，比如/hello/，也只能匹配字符串中的”hello”这个子串。 var regex = /hello/;console.log( regex.test("hello") ); // => true 正则表达式之所以强大，是因为其能实现模糊匹配。 而模糊匹配，有两个方向上的“模糊”：横向模糊和纵向模糊。 1.1 横向模糊匹配 横向模糊指的是，一个正则可匹配的字符串的长度不是固定的，可以是多种情况的。 其实现的方式是使用量词。譬如{m,n}，表...

之前在spring for all社区看到这样一个问题：当actuator端点设置了context-path之后，turbine如何聚合数据？首先，我们要知道actuator端点设置了context-path是什么意思？也就是说，此时spring boot actuator的端点都有了一个前缀，比如： management.context-path=/xxx 如果设置了上面的参数，那个对于收集hystrix数据的端点将变为：/xxx/hystrix.stream，如果我们还是拿上一篇Spring Cloud构建微服务架构：Hystrix监控数据聚合【Dalston版】中构建你的turbine应用，那么将会看到如下错误： INFO 7812 --- [ Timer-0] c.n.t.monitor.instance.InstanceMonitor : Url for ...

原文： http://static.olivergierke.de/lectures/ddd-and-spring/ 介绍这篇文章是的介绍一下领域驱动设计的基础构件、概念和Java的web应用（主要是基于Spring框架）之间的关系和区别。这篇文章的第二部分讲了怎么把实体、聚合根、仓储映射到使用Spring框架的Java应用中。 领域驱动设计Eric Evans的《领域驱动设计》无疑是软件设计领域最重要的几本书之一。这本书主要集中在软件开发中如何处理领域和软件的映射关系— 开始强调领域通用语言(domain ubiquitous language)，通过语言来提取模型，最终映射到一个可工作的软件上。我们已经对软件设计模式比较熟悉了，他是用于描述和提炼Class和Class关系的技术语言。而DDD是一种用于程序员和业务沟通的更通用的语言，使用DDD可以最终将代码映射到模型上。 基础...

上一篇我们介绍了使用Hystrix Dashboard来展示Hystrix用于熔断的各项度量指标。通过Hystrix Dashboard，我们可以方便的查看服务实例的综合情况，比如：服务调用次数、服务调用延迟等。但是仅通过Hystrix Dashboard我们只能实现对服务当个实例的数据展现，在生产环境我们的服务是肯定需要做高可用的，那么对于多实例的情况，我们就需要将这些度量指标数据进行聚合。下面，在本篇中，我们就来介绍一下另外一个工具：Turbine。 准备工作在开始使用Turbine之前，我们先回顾一下上一篇中实现的架构，如下图所示： 其中，我们构建的内容包括： eureka-server：服务注册中心 eureka-client：服务提供者 eureka-consumer-ribbon-hystrix：使用ribbon和hystrix实现的服务消费者 hystrix-das...

引子公元1800年前，一代枭雄曹操此时已经病入膏肓。曾经征战四方，挟天子以令诸侯、筑铜雀以显四海之威名的曹操躺在病床上再也忍受不了头疼欲裂的痛苦。 此时的曹操只能无力的从病榻上伸出惨白的手颤抖和无力的在空中挥舞着，他用尽全身最后一点力气呼喊道“华陀呢。。。叫华陀。。。华陀在哪。。。叫华陀呀”，而持卫所能贡上的却只有华陀的人头 ：”报丞相，华陀己被斩首“ ：”啊。。。这，这。。。啊。。。“ 一代枭雄就此丧命！ 《三国演义》第七十八回：治风疾神医身死，传遗命奸雄数终 操即差人星夜请华佗入内，令诊脉视疾。 佗曰：“大王头脑疼痛，因患风而起。病根在脑袋中，风涎不能出，枉服汤药，不可治疗。某有一法：先饮麻肺汤，然后用利斧砍开脑袋，取出风涎，方可除根。” 操大怒曰：“汝要杀孤耶！” 佗曰：“大王曾闻关公中毒箭，伤其右臂，某刮骨疗毒，关公略无惧色；今大王小可之疾，何多疑焉？” 操曰：“臂痛可刮，...

我承认我是标题党， 为什么要写这篇充满争议的文章？目前架构师这个职位特别火热，程序员的目标都是成为一个令人尊敬的架构师。但是我们真的理解架构师应该做些什么？很多人把架构师和框架师等同起来，认为研究框架多的才是架构师下面说的情况请勿对号入座。 盲目的追新：技术人员的喜好往往是什么技术流行就追什么技术。现在的技术发展快，前后端不断涌现各种框架，我们恨不得把这些框架都用在自己的项目里才行，要不然怎么好意思和别人打招呼啊。我亲身经历，有个技术人员一定要把原来单元测试框架的xml初始数据改为json，他的原话是”json看的更舒服”，但是改完后，我们的单元测试反而难落地了，原因是原来的单元测试框架有个工具是可以将表中的数据自动生成xml的，而改成json后，我们必须手写json数据了。 他的喜好不包括给大家更好用的工具。 按技术站队，以结果反推：很多人把手段当成了目的，成为了框架的信徒。用了...

接上篇，我们采用了领域驱动的开发方式，使用了充血模型，享受了他的好处，但是也不得不面对他带来的弊端。这个弊端在分布式的微服务架构下面又被放大。 事务一致性事务一致性的问题在Monolithic下面不是大问题，在微服务下面却是很致命，我们回顾一下所谓的ACID原则 Atomicity - 原子性，改变数据状态要么是一起完成，要么一起失败 Consistency - 一致性，数据的状态是完整一致的 Isolation - 隔离线，即使有并发事务，互相之间也不影响 Durability - 持久性， 一旦事务提交，不可撤销 在单体服务和关系型数据库的时候，我们很容易通过数据库的特性去完成ACID。但是一旦你按照DDD拆分聚合根-微服务架构，他们的数据库就已经分离开了，你就要独立面对分布式事务，要在自己的代码里面满足ACID。对于分布式事务，大家一般会想到以前的JTA标准，2PC两段式提...

上篇我们聊了微服务的DDD之间的关系，很多人还是觉得很虚幻，DDD那么复杂的理论，聚合根、值对象、事件溯源，到底我们该怎么入手呢？实际上DDD和面向对象设计、设计模式等等理论有千丝万缕的联系，如果不熟悉OOA、OOD，DDD也是使用不好的。不过学习这些OO理论的时候，大家往往感觉到无用武之地，因为大部分的Java程序员开发生涯是从学习J2EE经典的分层理论开始的（Action、Service、Dao），在这种分层理论中，我们基本没有啥机会使用那些所谓的“行为型”的设计模式，这里的核心原因，就是J2EE经典分层的开发方式是“贫血模型”。 Martin Fowler在他的《企业应用架构模式》这本书中提出了两种开发方式“事务脚本”和“领域模型”，这两种开发分别对应了“贫血模型”和“充血模型”。 事务脚本开发模式 事务脚本的核心是过程，可以认为大部分的业务处理都是一条条的SQL，事务脚本把单...

微服务架构和SOA区别微服务现在辣么火，业界流行的对比的却都是所谓的Monolithic单体应用，而大量的系统在十几年前都是已经是分布式系统了，那么微服务作为新的理念和原来的分布式系统，或者说SOA（面向服务架构）是什么区别呢？ 我们先看相同点： 需要Registry，实现动态的服务注册发现机制； 需要考虑分布式下面的事务一致性，CAP原则下，两段式提交不能保证性能，事务补偿机制需要考虑； 同步调用还是异步消息传递，如何保证消息可靠性？SOA由ESB来集成所有的消息； 都需要统一的Gateway来汇聚、编排接口，实现统一认证机制，对外提供APP使用的RESTful接口； 同样的要关注如何再分布式下定位系统问题，如何做日志跟踪，就像我们电信领域做了十几年的信令跟踪的功能； 那么差别在哪？ 是持续集成、持续部署？对于CI、CD（持续集成、持续部署），这本身和敏捷、DevOps是交织...

在上一篇《服务容错保护（hystrix断路器）》的介绍中，我们提到断路器是根据一段时间窗内的请求情况来判断并操作断路器的打开和关闭状态的。而这些请求情况的指标信息都是HystrixCommand和HystrixObservableCommand实例在执行过程中记录的重要度量信息，它们除了Hystrix断路器实现中使用之外，对于系统运维也有非常大的帮助。这些指标信息会以“滚动时间窗”与“桶”结合的方式进行汇总，并在内存中驻留一段时间，以供内部或外部进行查询使用，Hystrix Dashboard就是这些指标内容的消费者之一。 下面我们基于之前的示例来结合Hystrix Dashboard实现Hystrix指标数据的可视化面板，这里我们将用到下之前实现的几个应用，包括： eureka-server：服务注册中心 eureka-client：服务提供者 eureka-consumer-r...

这里推荐一个不错的Spring Boot系列讲座，讲师简介如下： 小马哥，阿里巴巴技术专家，从事十余年Java EE 开发，国内微服务技术讲师。目前主要负责微服务技术推广、架构设计、基础设施、迁移等。重点关注云计算、微服务以及软件架构等领域。获得过 SUN Java（SCJP、SCWCD、SCBCD）以及 Oracle OCA 等的认证。 系列套餐 打包购买更实惠！ Java 微服务实践 - Spring Boot Java 微服务实践 - Spring Cloud Java 微服务实践 - Spring Boot / Spring Cloud 讲座大纲 Java 微服务实践 - Spring Boot 系列（一）初体验 Java 微服务实践 - Spring Boot 系列（二） Web篇（上） Java 微服务实践 - Spring Boot 系列（三）Web篇（中） ...