鸿蒙开发者社区

前言在微服务系统架构中，服务的监控是必不可少的。目前大多数微服务应用又是基于SpringCloud系列，也可以说是基于SpringBoot系列的。此时使用SpringBootActuator来进行微服务的监控，不仅功能全面，而且非常方便。在上篇文章《SpringBootActuator集成，难的是灵活运用！》中我们已经介绍了如何将Actuator集成到SpringBoot项目中，并且介绍了如何自定义Endpoint（端点）。有朋友留言说不够深入，那么，本篇文章呢，我们将介绍Ac...

前言我们知道通过Nacos等注册中心可以实现微服务的治理。但引入了Nacos之后，真的就像理想中那样所有服务都由Nacos来完美的管理了吗？Tooyoung，toosimple！今天这篇文章就跟大家聊聊，当服务异常宕机，Nacos还未反应过来时，可能会发生的状况以及现有的解决方案。Nacos的健康检查故事还要从Nacos对服务实例的健康检查说起。Nacos目前支持临时实例使用心跳上报方式维持活性。Nacos客户端会维护一个定时任务，每隔5秒发送一次心...

前言只要从事软件开发的工作，系统架构是必备知识。有朋友说可能会说，我只是一个搬砖的，怎么会接触到架构知识呢？其实，除了架构的设计者（也就是架构师），作为普通的开发者也是在时刻践行着系统架构的理论。毕竟，再好的架构，都需要码农去实施。只不过当你没有系统了解软件架构时，可能感知不到而已。本篇文章就带大家系统的了解一下软件架构的分层，学习完毕，你就会明白，为什么系统要分层。同时，也能准确的看清楚目前...

我们通常习惯用Json、XML等形式的数据存储格式，但相信还有很多人没有听说过ProtocolBuffer（简称protobuf）。protobuf是Google开源的一个语言无关、平台无关的通信协议，其小巧、高效和友好的兼容性设计，使其被广泛使用。性能比Json、XML真的强太多了！而且，随着微服务架构的流行，RPC框架也成为服务框架的重要组成部分。在很多RPC的设计中，都采用了高性能的编解码技术，而protobuf就属于其中的佼佼者。也就说，要想深入了...

前言在上篇文章《微服务：剖析一下源码，Nacos的健康检查竟如此简单》中讲了当微服务突然挂掉的解放方案：调整健康检查周期和故障请求重试。朋友看了文章，建议再聊聊正常关闭服务时如何让微服务优雅下线。为什么说是优雅下线？我们知道在分布式应用中为了满足CAP原则中的A（可用性），像Nacos、Eureka等注册中心的客户端都会进行实例列表的缓存。当正常关闭应用时，虽然可以主动调用注册中心进行注销，但这些客户端缓存的实例...

前言曾经看到SpringBootActuator这个框架时，一直在想，它到底有什么作用呢？虽然知道它提供了很多端点，有助于应用程序的监控和管理，但如果没有直接的实践案例，还是很难有说服力的。直到上篇文章《微服务架构：Nacos本地缓存PK微服务优雅下线》中讲到可以利用其中Actuator定义的端点来达到微服务的优雅下线效果，才发现Actuator是真的很有用。那么本文便基于SpringBoot系统如何集成Actuator，如何使用，以及如何自定义一个端...

前言前面我们多次提到Nacos的健康检查，比如《微服务之：服务挂的太干脆，Nacos还没反应过来，怎么办？》一文中还对健康检查进行了自定义调优。那么，Nacos的健康检查和心跳机制到底是如何实现的呢？在项目实践中是否又可以参考Nacos的健康检查机制，运用于其他地方呢？这篇文章，就带大家来揭开Nacos健康检查机制的面纱。Nacos的健康检查Nacos中临时实例基于心跳上报方式维持活性，基本的健康检查流程基本如下：Nacos客户端会...

缘起大家平时在进行数据库设计的时候，如果遇到需要存储整数类型的数据的时候，通常会优先使用Int这个整数类型，在处理20亿级别的正负数值存储上，Int类型是完全能够满足日常需求的了。但是在进行数据库建表语句书写的时候，大家经常会见到Int类型的后面会带上1个括号，里面跟上1个数值，通常要么是4，要么是11。如下：这int括号里面的数值，究竟是什么意思呢？有的开发者认为，这个数值是用来限制Int类型能够存储的数字的长度...

前些天，一位带团队的朋友发来一条消息：“你有时候学得多了，会不会觉得学无止境，然后就有点迷茫了？”。我说是的，而且这种感觉非常强烈。朋友之所以发出这样的感慨是因为在面试，想看看自己的身价与能力。面试的结果就是被虐的很惨，于是开始恶补知识，在此期间才发出这样的感慨。对于我而已，有这样强烈的感觉不是因为面试，而是因为在不断的学习新框架，同时还在阅读Nacos源码。学得越多发现自己不会的越多，源码阅读的越...

开篇构想在此之前，已经写了十多篇Nacos的文章，感觉Nacos还值得更深入的学习一下。于是萌生了写一个Nacos源码系列专栏的文章。写作的目标呢，有两个：第一，能够系统的学习Nacos知识；第二，能够基于Nacos学到涉及到的知识点或面；展现形式呢，也有两个：第一，单篇足够简单且又有价值；第二，发现代码中的新颖之处；源码版本信息目前在生产实践中建议大家采用1.4.2版本，但作为技术研究，本系列文章会基于2.0.2版本来仅仅讲解...

学习不用那么功利，二师兄带你一起轻松读源码～番外篇简介Nacos源码分析系列文章，在开篇已经提到过，写作的目标有两个：第一，能够系统的学习Nacos知识；第二，能够基于Nacos学到涉及到的知识点或面。为了方便大家学习，相对应的文章标题会有所区别，Nacos原理部分命名按照正常编号进行。而番外篇，也就是技术点的讲解则会在文章编号上添加“EXT”的前缀。这样，如果大家只想学习Nacos原理知识，则可跳过EXT前缀的文章。这篇文...

目前大多数项目都在往分布式上发展，一旦系统采用分布式系统，便会引入更多复杂场景和解决方案。比如，当你在系统中使用了Elasticsearch、ZooKeeper集群时，你是否了解过集群的“脑裂”现象？又是否知道它们是如何解决脑裂问题的？如果这些都还未了解，那么你对分布式的了解过于表象了，推荐你读一读这篇文章。下面就以zookeeper为例，带大家了解一下分布式系统中的脑裂现象及如何解决。什么是脑裂？在Elasticsearch、ZooKeeper...

本文探讨了互联网公司的技术架构，涉及DNS、负载均衡、长连接、API网关、PUSH推送、微服务、分布式事务以及相关支撑的基础服务。主要是为了学习，希望可以给大家一个参考。整体架构APP、PC以及第三方等调用方通过传统的域名解析服务LocalDNS获取负载均衡器的IP，APP可以通过HttpDNS的方式来实现更实时和灵活精准的域名解析服务。通过负载均衡器到达统一接入层，统一接入层维护长连接。API网关作为微服务的入口，负责协议转换、...

学习不用那么功利，二师兄带你从更高维度轻松阅读源码～随着对Nacos源码的深入阅读，感觉越来越有意思了，大量的设计模式和基础知识点都在其中被运用。不论你是否阅读源码，都值得借鉴一下Nacos的运用案例。今天这篇文章，给大家介绍一下NacosClient中对代理模式的运用。阅读这篇文章，你可以不懂Nacos源码，但能够学到代理模式的运用；如果你准备阅读Nacos源码，不仅可以学到代理模式的案例，还可以更加深刻的感知到Nacos中的...

前言最近几个月一直在招人，几乎天天看简历，周周面试人。识别人才的能力也在逐步提升，这期间发现很多人在技术学习和运用方面走入了误区，因此特意写这篇文章来聊聊此事。文中提到的一些观点和内容，也曾多次在晨会时跟小伙伴们提起。如果你想在技术领域梳理个人品牌，独树一帜，可以读读这篇文章。精通意味着什么？写简历时，大家通常都会写几项「精通」的技术来撑门面，但何谓精通？精通的基本定义是：深刻地理解，熟练地掌...

学习不用那么功利，二师兄带你从更高维度轻松阅读源码～大家可能看到过很多写Java反射机制的文章，但如果在阅读源码的过程中，遇到反射机制的使用，你是否想过为什么要这么用吗？这篇文章就带大家来看看Nacos中对Java反射机制的一处实践案例。这篇文章既属于知识点的分析，也属于Nacos设计层面的分析。Nacos中反射机制实践先来介绍一下Nacos反射机制使用的背景。nacosclient项目中，可以通过NacosFactory获得NamingService，然...

实战中受过的伤，才能领悟的更透彻，二师兄带你分析实战案例。线程安全问题一直是系统亘古不变的痛点。这不，最近在项目中发了一个错误使用线程同步的案例。表面上看已经使用了同步机制，一切岁月静好，但实际上线程同步却毫无作用。关于线程安全的问题，基本上就是在挖坑与填坑之间博弈，这也是为什么面试中线程安全必不可少的原因。下面，就来给大家分析一下这个案例。有隐患的代码先看一个脱敏的代码实例。代码要处理的业务...

前言我们知道，常见的设计模式通常分为三大类：创建型模式、行为型模式、结构型模式。今天我们来聊聊创建型模式中的建造者模式，关于它的使用场景、优缺点、组成部分、实战实例讲解以及在JDK中的运用。工厂模式我们已经比较熟悉，主要用来将实例化对象提取出来，放到一个类中统一维护和管理，从而达到解耦、提高项目的扩展性和维护性。建造者模式的功能与工厂模式很相似，但侧重点不同。下面我们就来详细了解一下创建者模式。建...

学习不用那么功利，二师兄带你一起轻松读源码～在上篇文章中，我们学习了Nacos中是如何灵活运用《简单工厂模式》的。而设计模式在面试过程中也经常会出现。当面试官问到：说说工厂模式是如何实现的？他问的工厂模式指的是什么？这篇文章属于扩展篇的扩展，我们基于简单工厂模式，再来聊聊工厂模式。工厂方法模式先来回答上面的问题，如果笼统的讲工厂模式，通常包括：简单工厂静态工厂、工厂方法模式和抽象工厂模式。上节讲了简...

OpenHarmonyv3.0LTSCamera相机驱动框架(L2)解析1初始化说明解析源码基于OpenHarmonyv3.0LTS版本，代码结构和部分源码与当前维护的主线分支有差别。解析示例代码drivers\peripheral\camera\hal\init\demomain.cpp1.简介HarmonyOS相机驱动框架模型对上实现相机HDI接口，对下实现相机Pipeline模型，管理相机各个硬件设备。各层的基本概念如下：HDI实现层，对上实现OHOS相机标准南向接口。框架层，对接HDI实现层的控制、流的转发，...