dubbo应用级服务发现介绍了解dubbo的朋友知道，dubbo的provider启动时向注册中心注册，consumer从注册中心消费。目前dubbo往注册中心上注册的数据是接口级，而应用级服务发现是往注册中心上注册实例（ipport），两者的区别只是注册的粒度不同。至于为什么会出现应用级服务发现，有如下几点原因与业界主流微服务模型对齐，比如Sprin

如何做一个组件库？本篇文章不会讲一个小的组件如何设计，而是会整体讲一个“逼近完美”的组件库是怎么设计的。组件库划分要想设计一个灵活好用的组件库，第一步就是要合理的划分组件，组件的粒度足够细，边界足够清晰，这样才能最大程度地复用组件。(https://imghelloworld.osscnbeijing.aliyuncs.com/i

在MySQL中的行级锁、表级锁和页级锁中，咱们介绍过，行级锁是MySQL中锁定粒度最细的一种锁，行级锁能大大减少数据库操作的冲突。行级锁分为共享锁和排他锁两种，本文将详细介绍共享锁和排他锁的概念、使用方式及注意事项。共享锁（ShareLock）共享锁又称读锁，是读取操作创建的锁。其他用户可以并发读取数据，但任

在MySQL中的行级锁,表级锁,页级锁(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.hollischuang.com%2Farchives%2F914)中介绍过，行级锁是Mysql中锁定粒度最细的一种锁，行级锁能大大减少数据库操作的冲突。行级锁分为共享锁和排他锁两种，本文将详细

SpringMVC除了对请求URL的路由处理特别方便外，还支持对异常的统一处理机制，可以对业务操作时抛出的异常，unchecked异常以及状态码的异常进行统一处理。SpringMVC既提供简单的配置类，也提供了细粒度的异常控制机制。SpringMVC中所有的异常处理通过接口HandlerExceptionResolver来实现，接口中只定义了一个方法

第一章概述锁的分类:从对数据操作的粒度分表锁、行锁。从对数据的操作类型(读\\写)分读锁(共享锁)、写锁(排它锁)读锁(共享锁):针对同一份数据，多个读操作可以同时进行而不会互相影响。写锁(排它锁):当前写操作没完成前，它会阻断其他写锁和读锁。第二章 表锁(偏读)偏向MyISAM存储引擎，开销小，加

微服务意味着要将单体应用中的业务拆分成一个个子服务，每个服务的粒度相对较小，因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行，所以一套集中式的、动态的配置管理设施是必不可少的。SpringCloud提供了ConfigServer来解决这个问题，我们每一个微服务自带一个application.yml。上百个配置管理。是什么

一、分区的概念　　分区是RDD内部并行计算的一个计算单元，RDD的数据集在逻辑上被划分为多个分片，每一个分片称为分区，分区的格式决定了并行计算的粒度，而每个分区的数值计算都是在一个任务中进行的，因此任务的个数，也是由RDD(准确来说是作业最后一个RDD)的分区数决定。二、为什么要进行分区　　数据分区，在分布式

1.什么是微服务/微服务的特点单一职责:微服务中的每一个服务都对应唯一的业务能力,做到单一职责微:微服务的服务拆分粒度很小,列如一个用户管理就可以作为一个服务,每个服务虽小,但五脏俱全独立:自治是说服务间相互独立,互不干扰团队独立:每个服务都是一个独立的开发团队,人数不

上篇从服务粒度角度进行了探讨，本文继续从服务内的分层角度探讨。本文的观点源自我在学习与实践过程中的深思熟虑，尚处于不断探索和验证的阶段。希望能“抛砖引玉”，激发更多的讨论与交流。让我们共同进步，在探讨与实证中寻求真知。一、背景应用分层看似直观，但实践中常见