鸿蒙开发者社区

即日起推出HarmonyOS创作激励计划，成功投稿并入选的文章将在HarmonyOS开发者公众号上线，9大技术社区同步宣发，不仅有丰厚稿酬，还有机会赢取创作奖品！活动时间即日起2024年12月31日，每季度按照活动规则评审奖项活动面向用户对HarmonyOS怀抱热情的开发者奖项设置注：每季度评审，稿费和一二三等奖可叠加。活动规则1、投稿规范●投稿入口：harmonyoshuawei.com●投稿邮件主题标明"【激励计划】+稿件名+作者+联系方式"2、知识...

本文转载自OpenHarmonyTSC官方微信公众号​​《峰会回顾第29期QtForOpenHarmony​​​​》​​演讲嘉宾蔡万苍回顾整理廖涛排版校对李萍萍嘉宾简介蔡万苍，13年C++Qt开发相关工作经验，曾任职Qt公司，担任技术支持、Qt咨询师，协助国内多家Qt企业版用户完成基于Qt的软件框架搭建，参与Qt开源社区Bug维护及修改，在基于Qt框架的软件架构设计、Qt跨平台适配上有多年的技术积累和经验，开源书籍QmlBookinChinese在github上star数达...

BOSHIDADC电源模块高低温试验的重要性DC电源模块是指提供稳定直流电压输出的电源设备，广泛应用于通信、计算机、医疗等领域。在使用DC电源模块时，其稳定性和可靠性是至关重要的，因为它们直接关系到设备的运行效果和寿命。为确保DC电源模块的质量，高低温试验是必不可少的一部分。高温试验是指将DC电源模块置于高温环境下进行测试，测试温度通常为5070℃。高温试验可以模拟电源在使用过程中可能遇到的高温环境，通过测试评估DC...

高可靠性振弦采集仪可减少对仪器维护保养振弦采集仪是一种用于测量机械设备振动和振动频率的仪器。在现代工业中，振动是许多机械故障的先兆，因此振动监测是维护和预测设备发生故障的重要手段。高可靠性振弦采集仪可以大大减少机械设备的维护保养成本，提高生产效率，本文将介绍其主要优势。1.高精度的信号采集高可靠性振弦采集仪可以通过高精度的数据采集技术，准确地测量机械设备的振动和频率。这种技术可以采集比其他技术更...

最近支付宝开源了一款重磅的产品，一个号称超过现有序列化框架170x性能的序列化框架​​Fury​​​。根据官方的介绍​​Fury​​​是一个极快的多语言序列化框架，由​​jit​​（即时编译）和零拷贝提供支持，提供高达170倍的性能和终极易用性。特性支持多种语言：​​JavaPythonC++GolangJavascript​​；零拷贝：受​​pickle5​​和堆外读写启发的跨语言带外序列化；高性能：高度可扩展的​​JIT​​框架，可在运行时以异步...

一、摘要相信不少的网友，在很多的博客文章里面，已经见到过零拷贝这个词，会不禁的发出一些疑问，什么是零拷贝？从字面上我们很容易理解出，零拷贝包含两个意思：拷贝：就是指数据从一个存储区域转移到另一个存储区域。零：它表示拷贝数据的次数为0。合起来理解，零拷贝就是不需要将数据从一个存储区域复制到另一个存储区域。果真是这样的吗？最早的零拷贝定义，来源于Linux系统的sendfile方法逻辑！在Linux2.4内核中，sendfil...

不得不说，现在虽然大部分公司还是在使用的JDK8，但是也有一些相对比较小的公司，会跟风，直接切换版本，毕竟这个项目切换版本，其实还是一个很大的问题，一般的大公司的话，可能并没有那么容易起的去切换版本，反而是小公司更容易去使用新技术，尽管可能有些问题解决不了，就像当初疯狂扩散的微服务，但是却不处理分布式所带来的事务问题一样，今天我们就来看看这个JDK11给我们带来了哪些改变。JDK11关于JDK11的安装的话，了不...

一、简介说起网络，相信大家都不陌生，把分散在不同地点的计算机设备，通过传输介质、通信设施和网络通信协议，实现资源共享和信息传输的系统，我们称之为：计算机网络系统。而网络编程其实就是编写程序使网络上的两个（或多个）设备（如计算机）之间进行数据传输。为了使两个设备之间能进行数据传输，必须在它们之间建立通信工具（即接口），使彼此之间能进行信息交换，工具包括两部分：硬件部分：实现节点之间的信息互传，比...

四、NIONIO，英文全称：NonblockingIO，一种同步非阻塞的IO模型。在Java1.4中引入，对应的代码在​​java.nio​​包下。与传统的IO不同，NIO新增了Channel、Selector、Buffer等抽象概念，支持面向缓冲、基于通道的IO数据传输方法。NIO模型图，如下图：与此同时，NIO还提供了与传统BIO模型中的​​Socket​​​和​​ServerSocket​​​相对应的​​SocketChannel​​​和​​ServerSocketChannel​​两种不同的套接字通道实现。...

我们都知道JDK现在使用的比较普遍的还是JDK8，也有人说是JDK11但是了不起解除的项目，目前还没有直接升级到JDK11的，毕竟语法有一些改变，而且还有语法糖的存在，但是JDK8已经算是普及了，就算是培训机构，也早就从JDK7已经升级教学到JDK8了，今天了不起也就来说说我们使用JDK8中的各种小玩意，可以让自己的开发效率加倍。JDK8中的快捷小技巧我们直接从问题然后来区分这个JDK7和JDK8中完成相同的功能所实现的方式有什么不同，来...

一、简介在计算机中，IO传输数据有三种工作方式，分别是：BIO、NIO、AIO。在讲解BIO、NIO、AIO之前，我们先来回顾一下这几个概念：同步与异步，阻塞与非阻塞。同步与异步的区别同步就是发起一个请求后，接受者未处理完请求之前，不返回结果。异步就是发起一个请求后，立刻得到接受者的回应表示已接收到请求，但是接受者并没有处理完，接受者通常依靠事件回调等机制来通知请求者其处理结果。阻塞和非阻塞的区别阻塞就是请求者发...

昨天我们讲了JDK8在使用方面的一些小技巧，能够加快我们的开发效率，让我们开发变得更加的简单快捷，但是呢，就有读者给反映了，先在JDK都已经出到20了，那么为什么没人使用呢，也没有文章说说都更新了哪些内容，有什么新特性，再加上官网上都是英文，看起来也是及其不方便，于是了不起就来安排一下，今天我们来看看JDK9中都更新了哪些内容呢？分别又是什么作用呢？JDK9至于下载的话，直接去官网下载就可以，Oracle下载官网下载...

​​Git​​​相信大家在日常的工作中经常会使用到，在我们完成一个需求开发或者​​bug​​​修复的时候都会将变动的代码文件进行​​commit​​提交到远程。那么问题来了，仔细看下你的提交记录，里面是不是有很多​​test​​​，​​fix​​​，​​update​​​，​​add​​​等等丝毫看不出任何含义的​​commitmessage​​。​​commitmessage​​​的提交很多时候都只依赖开发人员的自我规范，而开发人员往往在需求紧...

我们昨天说了关于JDK9的相关内容，但是JDK9相对于JDK8来说，没有做出太大的改变，但是从JDK11之后，我们就可以看出，JDK的变更迭代是确确实实的有点厉害了，更别说现在JDK都已经更新到20了，但是该学习的还是得学习呀，今天我们就来讲讲这个关于JDK10中发生了哪些变化，我们应该怎么使用。Var的引入LocalVariableTypeInference局部变量类型推断JDK10可以使用var作为局部变量类型推断标识符，仅适用于局部变量。也就是说，我们在...

BOSHIDADC电源模块对效率的要求DC（直流）电源模块是电子设备中常用的电源，用于将交流电转换为稳定的直流电。在电源模块的设计中，效率是一个非常关键的因素。电源模块的效率是指在将电能转换为输出能量时，实际输出能量占输入电能的比例。因此，效率越高，就能够在相同输入功率的情况下产生更多的输出功率，同时也会降低耗能和热量的产生，提高使用寿命和可靠性。以下是DC电源模块对效率要求的主要原因：1.节能：高效率的电源...

无线振弦采集仪在岩土工程安全监测中优化成本支出随着城市的快速发展以及建筑业的不断壮大，岩土工程的安全监测变得越来越重要。在岩土工程中，振弦是一种重要的监测手段，可以有效地评估土体的力学性质和变形情况。因此，无线振弦采集仪的使用已经成为了岩土工程安全监测中不可或缺的一部分。本文将探讨无线振弦采集仪在岩土工程安全监测中如何优化成本支出，以便更加有效地实现安全监测的目标。无线振弦采集仪是一种基于物联...

历史原因，公司存在多个MQ同时使用的问题，我们中间件团队在去年下半年开始支持对Kafka和Rabbit能力的进行封装，初步能够完全支撑业务团队使用。鉴于在之前已经基本完全实施Kafka管控平台、以及Kafka集群迁移管控，我们基本可以认为团队对于Kafka的把控能力初具规模。因此，考虑到以下几点原因，我们决定对RabbitMQ不再做维护和支持。原因使用混乱和维护困难基于我们的数据统计和分析发现，基本上没有服务使用我们自己封装的Rab...

之前线上发生了一个很诡异的异常，网上各种搜索、排查，都没有找到问题，给大家分享一下。大概在2月份的时候，我们的某个应用整合了中间件的kafka客户端，发布到灰度和蓝节点进行观察，然后就发现线上某个Topic发生了大量的​​RetriableCommitException​​，并且集中在灰度机器上。E20:21:59.770RuntimeExceptionorg.apache.kafka.clients.consumer.RetriableCommitFailedExceptionERROR[ConsumerclientIdxxxx.40，groupIdxxx...

现象线上某个服务有接口非常慢，通过监控链路查看发现，中间的GAP时间非常大，实际接口并没有消耗很多时间，并且在那段时间里有很多这样的请求。原因分析先从监控链路分析了一波，发现请求是已经打到服务上了，处理之前不知道为什么等了3s，猜测是不是机器当时负载太大了，通过QPS监控查看发现，在接口慢的时候CPU突然增高，同时也频繁的GC，并且时间很长，但是请求量并不大，并且这台机器很快就因为Heap满了而被下掉了。去看了...

无意间发现我们Kafka管理平台的服务的openfiles和CPU监控异常，如下图，有一台机器CPU和opfenfiles指标持续在高位，尤其是openfiles达到了4w+。原因分析第一反应是这个服务请求很高？但是这个服务是一个管理服务不应该有很高的请求量才对，打开监控一看，QPS少的可怜。既然机器还在就找devops同学帮忙使用Arthas简单看下是什么线程导致的，竟然是GC线程，瞬时CPU几乎打满了。查看了GC监控，每分钟56次相比其他的正常节点要多很...