hello大家好呀，我是小楼。作为一名基础组件开发，服务好每一位业务开发同学是我们的义务（KPI）。客服群里经常有业务开发同学丢来一段代码、一个报错，而我们，当然要微笑服务，耐心解答。有的问题，凭借多年踩坑经验，一眼就能看出；有的问题，看一眼代码也能知道原因，但有的问题，还真就光凭看是看不出来的，这时，只能下载代码，本地跑跑看了。熟悉我的朋友都知道，我从事d

由于我自己本身也是从事服务发现相关研发工作，所以一直比较关注微服务领域的开源项目，像Dubbo、Nacos、Sentinel等等。刚好今天下午看了Nacos官方关于《Nacos架构与原理》这本电子书的发布会（下图是他们宣传的海报）这是Nacos官方出的电子书系列，目前只发布了一本，据说后续还有几本，也可能会出版为实体书。我大概浏览了一下，干货很多，

后端：全部采用springbootdubbo提供接口前端：1.微信小程序　　  2.vueadmin管理后台，用于处理用户小程序下单信息，接单，拒单，菜单上架下架等等。特点：用户下单商家立马能够接单，websocket即时获取下单信息，并且拥有语音提示，网页页面弹出下单信息等等代码：①：后端：wec

Netty是Java领域有名的开源网络库，特点是高性能和高扩展性，因此很多流行的框架都是基于它来构建的，比如我们熟知的Dubbo、Rocketmq、Hadoop等，针对高性能RPC，一般都是基于Netty来构建，比如sockbolt。总之一句话，Java小伙伴们需要且有必要学会使用Netty并理解其实现原理。netty旨在为可维护的高性能、高可扩展

本文源码：GitHub·点这里(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fcicadasmile%2Fspringcloudbase)||GitEE·点这里(https://gitee.com/cicadasmile/springcloud

前言RPC全程远程方法调用，已经在各大小公司被广泛使用，种类也是很多比如：Dubbo，Springcloud那一套，GRPC，Thrift，可能还有很多公司自研的等等；每个公司都可能根据自己的业务需求，场景选择自己合适的RPC框架；但大体的考察维度无非就这么几个：性能，可扩展性，跨平台，功能性，可监控，使用性；所以我们如果要设计一个RPC框架，可

平日里，都是看别人的文章，虽开公众号写了不少，但像样的不多。年末了，年终总结也没来得及写，为了输出点像样的东西，立刻就着手这个系列。一个键一个字母的敲，边敲边写，文章还在持续更新中，直至完整。相信通过这个系列的系统练习，能有一个大跨步的提升。专栏简介（是什么？）结合SpringCloud、SpringCloudAlibaba、Dubbo等开源

不久前，我们讨论过Nginxtomcat组成的集群，这已经是非常灵活的集群技术，但是当我们的系统遇到更大的瓶颈，全部应用的单点服务器已经不能满足我们的需求，这时，我们要考虑另外一种，我们熟悉的内容，就是分布式，而当下流行的Dubbo框架，不容我们忽视，这里，咱们一起来探讨一下这个框架的使用。一，背景  以前我们需要远程调用他人的接口，我们是这么

今日一大早就收到了收取快递的通知近日并未网购初见此消息有些不解及至取出并打开快递瞬间明白原来是Dubbo社区的礼品到了礼品有二一封用心的信件给心灵带来点滴感动一件贴心的外衣在这个秋天带来些许温暖而在此前登记衣服尺码之时那时恰逢盛夏以为礼品会是一件T恤除此之外信封之

微信公众号：\中间件兴趣圈\作者简介：《RocketMQ技术内幕》作者方案背景背景：基于Dubbo服务的治理，是否可以支持业务级别的灰度发布、是否基于业务参数的路由转发。例如以GIS为例，当发布一个新版本时，是否可以以按照解析地址或合作伙伴来区分，版本发布之初，只希望地址为：广东省的解析请求发送到新版本，而其他的地址