编写不易,转载请注明(http://shihlei.iteye.com/blog/2428557)!
一 概述
近些年,微服务架构模式在企业中的得到应用推广,基于SpringBoot,SpringCloud快速实现微服务的技术也得到广泛应用。
SpringCloud是什么?简单的说是一套组件框架,提供服务化需要的一些基础能力,如分布式/版本化配置、服务注册和发现、路由、负载均衡、断路器、分布式消息等。
出于Hystrix实现的好奇,对Hystrix源码进行了研究。本文算是之前SpringCloud系列的番外篇,旨在介绍微服务中“断路器” 及 Netflix Hystrix的基本使用和配置。关于Hystrix的细节,会在之后《Hystrix 源码分析篇》做介绍。
关于SpringCloud的CircuitBreaker使用会在后面的文章进行总结。对SpringCloud系列感兴趣,可以阅读下已完成的部分:《SpringCloud》。
关于Hystrix,底层基于RxJava及观察者模式实现,有兴趣可以读一下之前的文章:《响应式编程 RxJava》、《RxJava2.x 操作Demo》。
二 断路器
1)场景概述
服务或方法调用过程,如遇处理过慢等待时间长,会造成调用线程长时阻塞。高并发的情况,这种长久的阻塞会造成资源耗尽,无法响应其他请求。
特别在微服务架构下,服务级联调用,常常因为一个耗时处理,产生级联失败,继而引发雪崩。
所以需要一套 “ 保护机制 ”,在服务访问性能不达标的情况,阻止无限等待。(注,短时的失效,重试即可)
2)解决思路
(1)常规思路
异步(配合线程池控制资源)执行并计时,超时interrupt异步任务,(throw TimeoutException),业务端进行容错处理。
优点:简单,封装的好可以解决一定的问题
缺点:任然会请求,调用端任然等待,仍有大量请求到达后端。
(2)断路器:
常规思路的升级版,思路引入快速失效概念,当大量超时后,进入断路状态,返回某个异常或默认值,之后一段时间内不再请求源服务(快速失效)。一定时间后尝试开启,确定服务源是否可用(自我恢复)。
基于这个定位,断路器需要提供如下功能:失效监控;状态(关闭,打开,半开)管理;自动修复;
基本状态说明:
(a)关闭(closed):访问正常,未达到失效的阈值,断路机制未启用
(b)打开(open):一段时间内失效次数达到阈值,断路机制开启,访问直接返回异常或默认值
(c)半开(half-open):断路器打开状态,指定时间后,分流部分请求尝试调用服务,如果成功,关闭断路器
三 Hystrix
1)概述
Hystrix:实现的断路器功能的lib,基于AOP模式,底层基于RxJava;通过隔离服务之间的访问点,阻止级联故障并提供提fallback执行,以提高系统的整体弹性。
核心功能:
(1)超时失效断路:阻止级联故障,降级,快速失效,快速恢复。
(2)实时操作:实时监控,实时配置,发现属性变化快速生效。
(3)并发性:并行执行,并发感知缓存请求,自动批量处理请求断路。
附加功能:报表,报警。
github:https://github.com/Netflix/Hystrix
2)使用过程
(1)继承:
HystrixCommand:返回单个响应
或
HystrixObservableCommand:返回多个响应
(2)重写执行和回退方法:
(a)执行方法:重写如下方法实现监控业务逻辑
HystrixCommand.run() :返回单个响应;
HystrixObservableCommand.construct():返回 Observable 用于提交多个结果;
(b)fallback:重写如下方法方法,实现断路后的默认返回
HystrixCommand.getFallback() :返回单个fallback响应;
HystrixObservableCommand.resumeWithFallback():返回 Observable 用于提交多个fallback结果;
(3)执行业务:
同步执行方式:String s = new CommandHelloWorld("Bob").execute();
异步执行方式:Future<String> s = new CommandHelloWorld("Bob").queue();
响应式:Observable<String> s = new CommandHelloWorld("Bob").observe();
3)简单demo
(1)依赖:
<dependency> <groupId>com.netflix.hystrix</groupId> <artifactId>hystrix-core</artifactId> <version>1.5.12</version> </dependency>
(2)demo:
package x.demo.netflix.hystrix; import java.util.concurrent.ExecutionException; import java.util.concurrent.Future; import java.util.concurrent.TimeUnit; import com.netflix.hystrix.HystrixCommand; import com.netflix.hystrix.HystrixCommandGroupKey; import com.netflix.hystrix.HystrixCommandKey; import com.netflix.hystrix.HystrixCommandProperties; import com.netflix.hystrix.HystrixThreadPoolProperties; import rx.Observable; /** * Hystrix demo: * * @author shilei */ public class HystrixDemo { private Service service = new ServiceCircuitBreakerProxy(); public static void main(String[] args) throws Exception { HystrixDemo demo = new HystrixDemo(); //请求服务 for (int i = 0; i < 50; i++) { demo.run(); } //等待任务结束 TimeUnit.MINUTES.sleep(1); } void run() { service.service(); } /** * 待监测的服务接口 */ interface Service { boolean service(); } /** * 断路器代理 */ static class ServiceCircuitBreakerProxy extends HystrixCommand<Boolean> implements Service { /** * 配置HystrixCommand: * 滑动窗口:1000 毫秒 * 桶数:1 * --- 则每个统计周期1000毫秒 * 超时时间:100毫秒 * 断路器打开错误率:50% * --- 则一个滑动窗口内全部超时约执行10次(有其他是爱你消耗),预计执行8~9次run() 断路器打开,之后请求直接进入getFallback */ public ServiceCircuitBreakerProxy() { super(Setter /* 一般情况相同业务功能会使用相同的CommandGroupKey。对CommandKey分组,进行逻辑隔离。相同CommandGroupKey会使用同一个线程池或者信号量 */ .withGroupKey(HystrixCommandGroupKey.Factory.asKey(ServiceCircuitBreakerProxy.class.getSimpleName())) /* 一般同一监控服务使用相同的CommandKey,目的把HystrixCommand,HystrixCircuitBreaker,HytrixCommandMerics 以及其他相关对象关联在一起,形成一个原子组。采用原生接口的话,默认值为类名;采用注解形式的话,默认值为方法名 */ .andCommandKey(HystrixCommandKey.Factory.asKey("HelloWorld")) .andCommandPropertiesDefaults( HystrixCommandProperties.Setter() /* 隔离级别,默认线程 */ .withExecutionIsolationStrategy(HystrixCommandProperties.ExecutionIsolationStrategy.THREAD) /* 线程执行超时时间,默认1000,一般选择所服务tp99的时间 */ .withExecutionTimeoutInMilliseconds(50) /* 默认20;一个滑动窗口内“触发断路”要达到的最小访问次数。低于该次数,技术错误率达到,也不会触发断路操作,用于测试压力是否满足要求。 */ .withCircuitBreakerRequestVolumeThreshold(1) /* 一个窗口内“触发断路”错误率。满足则进入断路状态,快速失效。 */ .withCircuitBreakerErrorThresholdPercentage(50) /* 默认 5000(即5s);断路器打开后过多久调用时间服务进行重试。 */ .withCircuitBreakerSleepWindowInMilliseconds(10000) ) .andThreadPoolPropertiesDefaults(HystrixThreadPoolProperties.Setter() /* 线程池大小,默认10 */ .withCoreSize(1) /* 任务队列大小,使用BlockingQueue,默认-1 */ .withMaxQueueSize(-1) /* 默认1000(即10);设置统计的滑动窗口大小,毫秒值。每一个滑动窗口是决策周期,用于CircuitBreaker计算错误率,做状态改变。 */ .withMetricsRollingStatisticalWindowInMilliseconds(1000) /* 默认10;设置一个滑动窗口内桶的数量,一个bucket的时间周期=timeInMilliseconds/numBuckets, 是统计的最小时间单元,独立计数。Hystrix的滑动窗口按照一个bucket的时间周期向前滑动,合并最近的n个bucket的统计数据,即为一个时间窗口,计算错误率,改变状态。 */ .withMetricsRollingStatisticalWindowBuckets(1) ) ); } /** * 代理实际业务 */ @Override public boolean service() { return doExecute(); } /** * 同步方式调用:以同步堵塞方式执行的run()。 * 调用execute()后,hystrix先创建一个新线程运行run(),接着调用程序要在execute()调用处一直堵塞着,直到run()运行完成 * * @return 结果 */ private boolean doExecute() { return new ServiceCircuitBreakerProxy().execute(); } @Override protected Boolean run() throws Exception { System.out.println("Thread " + Thread.currentThread().getId() + " :run()"); //模拟超时 TimeUnit.SECONDS.sleep(1); return true; } @Override protected Boolean getFallback() { System.out.println("Thread " + Thread.currentThread().getId() + " :getFallback()"); return false; } } }
(3)结果:
Thread 13 :run() Thread 12 :getFallback() Thread 13 :run() Thread 12 :getFallback() Thread 13 :run() Thread 14 :getFallback() Thread 13 :run() Thread 12 :getFallback() Thread 13 :run() Thread 15 :getFallback() Thread 13 :run() Thread 14 :getFallback() Thread 13 :run() Thread 16 :getFallback() Thread 13 :run() Thread 12 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback()
注:
滑动窗口:1000 毫秒;桶数:1 --- 则每个统计周期1000毫秒
超时时间:100毫秒;断路器打开错误率:50% --- 则一个滑动窗口内全部超时约执行10次(有其消耗时间操作),预计执行8~9次run() 断路器打开,之后请求直接进入getFallback
4)处理流程分析
解释下图中的各个步骤:
(1)创建HystrixCommand or HystrixObservableCommand 代表需要监控断路的服务
(2)执行命令:4种执行方法
(a)K value = command.execute(); //阻塞,直到获得这侧请求的结果或抛出异常
(b)Future<K> fValue = command.queue(); //返回Future,用于之后获得这次请求的结果
(c)Observable<K> ohValue = command.observe(); //hot observable,返回Observable用于观察和获得结果
(d)Observable<K> ocValue = command.toObservable(); //cold observable,返回Observable,用于观察和获得结果
注:所有的HystrixCommand都是基于Observable实现的,同步方式调用,只是框架帮我们调用了toObservable().toBlocking().toFuture()。
(3)如果开启请求缓存,请求条件相同会立即从cache重返回。
(4)判断断路器是否打开
断路器进入打开状态的判断依据:
(a)断路器访问量达到阈值:HystrixCommandProperties.circuitBreakerRequestVolumeThreshold():
(b)错误百分比超过所设置错误百分比阈值:HystrixCommandProperties.circuitBreakerErrorThresholdPercentage()
一个时间窗口内,满足(a)(b)断路器进入打开状态经过一段时间(HystrixCommandProperties.circuitBreakerSleepWindowInMilliseconds())后,请求成功。如果请求失败,断路器会在休眠窗口期间返回OPEN状态。如果请求成功,断路器将切换到CLOSED,并且逻辑1将再次接通。
(5)判断Thread Pool/Queue/Semaphore 是否满
如果full,说明资源耗尽,则rejected,可以直接调用getFallback()
(6)执行HystrixCommand.run()/HystrixObservableCommand.construct()
如果超时,则中断线程,并抛出InterruptedExceptions ,如果客户端会抛出该异常要小心。
(7)计算断路器状态
Hystrix会报告执行结果,包括 successes, failures, rejections, and timeouts,用于更新时间窗口内的统计信息,并更新断路器状态。
(8)执行fallback
用途:
实现通用返回,包括从内存cache或其方式读取这次请求的值。
触发方式:
(a)由construct() or run()抛出了一个异常
(b)断路器已经打开的时候
(c)没有空闲的线程池和队列或者信号量
(d)一次命令执行超时
注:如果fallback中做复杂网络操作,或抛异常也会做断路
(9)获得正常返回结果
5)核心配置说明(如demo)
(1)CommandKey:一般同一监控服务使用相同的CommandKey,目的把HystrixCommand,HystrixCircuitBreaker,HytrixCommandMerics以及其他相关对象关联在一起,形成一个原子组。采用原生接口的话,默认值为类名;采用注解形式的话,默认值为方法名。
(2)GroupKey:一般情况相同业务功能会使用相同的CommandGroupKey。对CommandKey分组,进行逻辑隔离。相同CommandGroupKey会使用同一个线程池或者信号量。
(3)ThreadPoolKey:物理隔离(相对于GroupKey逻辑隔离),当没有设置ThreadPoolKey的时候,线程池或者信号量的划分按照CommandGroupKey,当设置了ThreadPoolKey,那么线程池和信号量的划分就按照ThreadPoolKey来处理,相同ThreadPoolKey采用同一个线程池或者信号量。
(4)命令类
(a)Execution:
execution.isolation.strategy:隔离级别,默认线程
execution.isolation.thread.timeoutInMilliseconds:线程执行超时时间,默认1000,一般选择所服务tp99的时间。
(b)Circuit Breaker:
circuitBreaker.requestVolumeThreshold: 默认20;一个滑动窗口内“触发断路”要达到的最小访问次数。低于该次数,技术错误率达到,也不会触发断路操作,用于测试压力是否满足要求。
circuitBreaker.errorThresholdPercentage:默认 50(即50%);一个窗口内“触发断路”错误率。满足则进入断路状态,快速失效。
circuitBreaker.sleepWindowInMilliseconds:默认 5000(即5s);断路器打开后过多久调用时间服务进行重试。
(5)ThreadPool 线程池:
coreSize:线程池大小,默认10
maxQueueSize:任务队列大小,使用BlockingQueue,默认-1
metrics.rollingStats.timeInMilliseconds:默认1000(即10);设置统计的滑动窗口大小,毫秒值。每一个滑动窗口是决策周期,用于CircuitBreaker计算错误率,做状态改变。
metrics.rollingStats.numBuckets:默认10;设置一个滑动窗口内桶的数量,一个bucket的时间周期=timeInMilliseconds/numBuckets,是统计的最小时间单元,独立计数。Hystrix的滑动窗口按照一个bucket的时间周期向前滑动,合并最近的n个bucket的统计数据,即为一个时间窗口,计算错误率,改变状态。
滑动窗口样子如下:
解释一下:滑动窗口模式,相对于固定窗口概念
(a)固定时间窗口:选取一个时间段,进行统计错误率,触发操作;如果错误集中在两个时间窗口的临界点,虽然临界点时间段内满足阈值,但是在各自时间窗口内没有达到错误阈值,操作不会执行。
如:1分钟错误不超过100次,如果在左后10s错误了50次,在下一分钟开始10s错误了50次,其实阈值已经满足,但是固定窗口与统计不到,无法做响应的操作。
(b)滑动时间窗口:将固定窗口切成更小的n时间段,以每个小的时间段作为统计周期,每次向前滑动一个小时间段,统计最近的n个小时间段的统计,作为触发决策条件。
如:1分钟错误不超过100次,分6个bucket,每个bucket 10秒作为统计周期,每过10秒,统计一次最近的6个bucket的统计信息查看错误率,刚才的场景,就能处理了。
四 hystrix + hystrix-javanica + aop 组合使用
1)概述
Java本身的提供反射和注解特性可以明显降低开发复杂度,提高灵活性,hystrix-javanica 提供了 Hystrix基于注解的开发模式。
github:https://github.com/Netflix/Hystrix/tree/master/hystrix-contrib/hystrix-javanica
2)使用流程
(1)@HystrixCommand注释需要监控断路的方法
(2)提供fallback方法
3)简单demo
(1)maven
<dependencies> <dependency> <groupId>com.netflix.hystrix</groupId> <artifactId>hystrix-core</artifactId> <version>1.5.12</version> </dependency> <dependency> <groupId>com.netflix.hystrix</groupId> <artifactId>hystrix-javanica</artifactId> <version>1.5.12</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-core</artifactId> <version>5.0.6.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>5.0.6.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-aop</artifactId> <version>5.0.6.RELEASE</version> </dependency> </dependencies>
(2)demo
package x.demo.netflix.hystrix; import java.util.concurrent.TimeUnit; import javax.annotation.Resource; import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand; import com.netflix.hystrix.contrib.javanica.annotation.HystrixProperty; import com.netflix.hystrix.contrib.javanica.aop.aspectj.HystrixCommandAspect; import org.springframework.context.annotation.AnnotationConfigApplicationContext; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; import org.springframework.context.annotation.EnableAspectJAutoProxy; import org.springframework.stereotype.Component; /** * StringHystrixJavanicaDemo * * @author shilei */ @EnableAspectJAutoProxy public class StringHystrixJavanicaDemo { @Resource private Service service; public static void main(String[] args) throws Exception { try (AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext();) { context.register(StringHystrixJavanicaDemo.class); context.refresh(); StringHystrixJavanicaDemo demo = context.getBean(StringHystrixJavanicaDemo.class); for (int i = 0; i < 20; i++) { demo.run(); } } } void run() throws InterruptedException { service.doService(); } @Component static class Service { /** * 被管理的方法 * * @return 是否调用成功 */ @HystrixCommand( groupKey = "StringHystrixJavanicaDemo", commandKey = "HelloWorld", defaultFallback = "doFallack", commandProperties = { @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds", value = "100"), @HystrixProperty(name = "circuitBreaker.requestVolumeThreshold", value = "1"), @HystrixProperty(name = "circuitBreaker.errorThresholdPercentage", value = "50"), @HystrixProperty(name = "circuitBreaker.sleepWindowInMilliseconds", value = "10000") }, threadPoolProperties = { @HystrixProperty(name = "coreSize", value = "1"), @HystrixProperty(name = "maxQueueSize", value = "-1"), @HystrixProperty(name = "metrics.rollingStats.timeInMilliseconds", value = "1000"), @HystrixProperty(name = "metrics.rollingStats.numBuckets", value = "1")}) public boolean doService() throws InterruptedException { System.out.println("Thread " + Thread.currentThread().getId() + " :run()"); //模拟超时 TimeUnit.SECONDS.sleep(1); return true; } /** * 断路器开启后,控制默认返回 * * @return 期望的默认值 */ public boolean doFallack() { System.out.println("Thread " + Thread.currentThread().getId() + " :getFallback()"); return false; } } @Configuration static class HystrixConfiguration { /** * 处理代理类 * * @return 代理 */ @Bean public HystrixCommandAspect hystrixCommandAspect() { return new HystrixCommandAspect(); } } }
(3)结果
Thread 14 :run() Thread 13 :getFallback() Thread 14 :run() Thread 13 :getFallback() Thread 14 :run() Thread 15 :getFallback() Thread 14 :run() Thread 13 :getFallback() Thread 14 :run() Thread 16 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback() Thread 1 :getFallback()
基于javanica 和 spring 框架,确实少写了不少代码
相关推荐
史上最简单的SpringCloud教程 | 第四篇:断路器(Hystrix)(Finchley版本) 史上最简单的SpringCloud教程 | 第五篇: 路由网关(zuul)(Finchley版本) 史上最简单的SpringCloud教程 | 第六篇: 分布式配置中心(Spring ...
内容概要:报告由中国信息通信研究院发布,旨在评估制造业上市公司高质量发展,强调制造业高质量发展的重要性,并构建了涵盖创新力、竞争力、影响力、贡献力四大维度的评价体系。通过对3500余家制造业上市公司2022年年报数据的综合评估,评选出百强企业。研究显示,百强企业专注主业,半数以上成长为制造业单项冠军;民营企业在盈利效率、创新发展方面表现优异;东部地区引领发展,装备制造业领先,新能源产业呈现爆发性增长。百强企业在科技创新、质效提升、持续增长、稳定就业等方面发挥重要作用,但也存在品牌建设和创新水平差距、领军企业竞争力提升空间、高端领域龙头企业培育不足等问题。 适用人群:制造业企业管理者、政策制定者、投资者及相关研究人员。 使用场景及目标:①帮助企业管理者了解行业发展趋势,提升企业竞争力;②为政策制定者提供决策参考,推动制造业高质量发展;③为投资者提供投资参考,识别优质企业;④为研究人员提供详实数据,助力学术研究。 其他说明:报告建议从重突破促升级、重创新补短板、重质量树品牌三个方面进一步推进制造业企业高质量发展,以加快建设具有全球竞争力的一流企业。
内容概要:本文详细介绍了异步电机无感矢量控制仿真的关键技术与常见问题解决方案。首先讨论了坐标变换(Clarke和Park变换)的基础操作及其注意事项,强调了正确选择系数的重要性。接下来深入探讨了滑模观测器的设计与优化方法,包括使用查表法替代三角函数计算以提高效率,以及加入低通滤波器减少高频抖振。此外,文章还涉及了速度估算的方法,如频域法和改进型滑模观测器的应用,并提供了具体的Python和Matlab代码片段。最后,针对电流环控制提出了前馈补偿机制,确保在突加负载情况下仍能保持良好的电流跟踪效果。文中多次提到调参技巧,特别是对于PI参数的选择给出了实用建议。 适合人群:从事电机控制系统研究与开发的技术人员,尤其是对异步电机无感矢量控制感兴趣的工程师。 使用场景及目标:适用于希望深入了解并掌握异步电机无感矢量控制仿真技术的研究人员和技术开发者。主要目标是在没有编码器的情况下实现对电机转速和扭矩的精确控制,同时提供详细的代码实现指导和调试经验。 其他说明:文章不仅提供了理论知识,还包括大量实际操作中的经验和教训,帮助读者避免常见的陷阱,快速搭建起有效的仿真环境。
# 基于Arduino的火箭动力学参数监测项目 ## 项目简介 这是一个基于Arduino平台的火箭动力学参数监测项目,旨在通过Adafruit BMP280压力传感器和Adafruit LIS3DH加速度传感器收集火箭飞行过程中的环境数据和运动数据。项目结合了Adafruit的BMP280库和LIS3DH库,实现对传感器数据的读取、处理及初步分析。 ## 项目的主要特性和功能 1. 环境数据监测通过BMP280压力传感器,实时监测并记录火箭周围的气压、温度和海拔高度变化。 2. 运动数据监测借助LIS3DH加速度传感器,获取火箭在飞行过程中的加速度、速度及方向变化数据。 3. 数据处理与传输Arduino负责收集和初步处理这些数据,然后通过串行通信或其他方式将数据发送到地面站或飞行控制软件。 4. 安全与警报基于收集的数据,项目可设置警报阈值,当超过预设的安全限制时,触发警报或采取相应的安全措施。 ## 安装使用步骤
# 基于Arduino的EPSleepy智能家居控制系统 ## 一、项目简介 EPSleepy是一个基于Arduino的智能家居控制系统原型。该项目旨在通过Arduino控制ESP32 WiFi和蓝牙板,结合MP3模块、shiftregister和按钮等硬件,实现智能家居的自动化控制。 ## 二、项目的主要特性和功能 1. 自动化控制通过Arduino代码控制ESP32板,实现家居设备的自动化控制。 2. 多种硬件支持支持MP3模块、shiftregister和按钮等硬件,实现音频播放、灯光控制、SD驱动等功能。 3. 模块化设计代码采用模块化设计,方便测试每个部分的功能,方便维护和调试。 4. 图形化界面可通过按钮和LED等硬件进行图形化操作和控制。 ## 三、安装使用步骤 1. 下载并解压项目源码文件。 2. 打开Arduino IDE,导入项目代码。 3. 连接硬件,包括ESP32板、MP3模块、shiftregister和按钮等。
Delphi 12.3控件之PowerPDF for Delphi11 FullSource.zip
内容概要:本文深入探讨了中微CMS32M5533在800W角磨机方案中的应用,涵盖硬件设计和软件实现的关键技术。硬件方面,介绍了三相桥驱动电路、MOSFET选择、电流检测电阻、PCB布局等细节;软件方面,重点讲解了反电动势检测算法、ADC采样时机、PWM配置以及换相时机的动态补偿。此外,还提供了调试技巧和成本控制方法。 适合人群:从事电动工具开发的技术人员,尤其是对电机控制有一定经验的研发人员。 使用场景及目标:适用于希望深入了解电动工具控制系统的设计和优化,特别是希望通过反电动势检测减少霍尔传感器使用的开发者。目标是提高系统的可靠性和性能,同时降低成本。 其他说明:文中提供的代码片段和硬件设计细节有助于实际项目的开发和调试。建议读者结合提供的GitHub资源进行实践,并关注硬件选型和PCB布局的注意事项。
CEO的绿色经历是指该首席执行官(CEO)在其个人职业发展过程中,所积累的与环境保护、可持续发展、绿色经济等相关的教育背景、工作经验或社会活动经验。 涵盖了教育背景、工作经验、社会活动与个人价值观等多个方面。这些经历不仅塑造了CEO对环境保护和可持续发展的认知和态度,还可能影响他们在企业决策中优先考虑环保因素的程度,从而对企业的长期发展和环境保护产生重要影响。 根据现有研究(姜付秀和黄继承,2013;许年行和李哲,2016),从高管个人简历数据中查找CEO以前是否接受过“绿色”相关教育或从事过“绿色”相关工作,若企业CEO具有绿色经历,Green取值1,否则,取值0。 数据 Stkcd、年份、D0801c、Green、股票简称、行业名称、行业代码、制造业取两位代码,其他行业用大类、当年ST或PT为1,否则为0、样本区间内ST或PT为1,否则为0、金融业为1,否则为0、制造业为1,否则为0、沪深A股为1,否则为0、第一种重污染行业为1,否则为0、第二种重污染行业为1,否则为0、第三种重污染行业为1,否则为0、产权性质,国企为1,否则为0、所属省份代码、所属城市代码、所在省份、所在地级市
内容概要:本文详细介绍了利用COMSOL Multiphysics对18650电池组进行蛇形液冷系统仿真的全过程。首先探讨了快充场景下电池过热的风险及其对电动车安全性和寿命的影响。接着,通过集总电池模型简化电化学反应,重点分析了电池产热方程和温度对产热的影响。随后,深入讨论了蛇形流道几何参数优化,如流道宽度与压降之间的非线性关系,以及流固交界面处理方法。此外,还涉及了多物理场耦合求解技巧,包括流场与传热模块的设置,以及后处理阶段的数据提取和可视化。最终得出优化设计方案,显著降低了电池组的最高温度和温度不均性。 适合人群:从事电动汽车电池管理系统设计的研究人员和技术工程师,尤其是熟悉COMSOL仿真工具的专业人士。 使用场景及目标:适用于需要评估和优化电动汽车电池组热管理系统的场合,旨在提高电池组的安全性和使用寿命,同时减少能量损耗。 其他说明:文中提供了大量具体的代码片段和参数设置建议,有助于读者快速上手并应用于实际工程项目中。
内容概要:本文详细介绍了CCSDS LDPC译码器的设计与实现,主要采用了修正最小和译码算法。该算法通过对传统最小和算法的改进,引入缩放因子α,提高了译码性能。文中具体讨论了(8176,7154)和(1280,1024)两种码组的应用场景及其优劣,并展示了如何通过C语言和Vivado进行仿真和硬件实现。此外,文章还探讨了硬件实现中的关键技术,如定点化处理、校验矩阵的压缩存储、动态阈值机制以及硬件流水线设计等。 适合人群:从事通信系统开发的研究人员和技术人员,尤其是对LDPC编码和译码感兴趣的工程师。 使用场景及目标:①帮助研究人员理解和实现CCSDS LDPC译码器;②为实际工程项目提供高效的译码解决方案;③提高译码性能,减少误码率,提升通信系统的可靠性和效率。 其他说明:文章不仅提供了理论分析,还包括了大量的代码示例和实践经验分享,有助于读者全面掌握CCSDS LDPC译码器的设计与实现。
# 基于Arduino的超声波距离测量系统 ## 项目简介 本项目是一个基于Arduino平台的超声波距离测量系统。系统包含四个超声波传感器(SPS)模块,用于测量与前方不同方向物体的距离,并通过蜂鸣器(Buzz)模块根据距离范围给出不同的反应。 ## 项目的主要特性和功能 1. 超声波传感器(SPS)模块每个模块包括一个超声波传感器和一个蜂鸣器。传感器用于发送超声波并接收回波,通过计算超声波旅行时间来确定与物体的距离。 2. 蜂鸣器(Buzz)模块根据超声波传感器测量的距离,蜂鸣器会给出不同的反应,如延时发声。 3. 主控制器(Arduino)负责控制和管理所有传感器和蜂鸣器模块,通过串行通信接收和发送数据。 4. 任务管理通过主控制器(Arduino)的 loop() 函数持续执行传感器任务(Task),包括测距、数据处理和蜂鸣器反应。 ## 安装使用步骤 1. 硬件连接
主角跑步动作素材图包含6张图片
企业数字化转型是指企业或组织将传统业务转化为数字化业务,利用人工智能、大数据、云计算、区块链、5G等数字技术提升业务效率和质量的过程。 当无形资产明细项包含“软件”“网络”“客户端”“管理系统”“智能平台”等与数字化转型技术相关的关键词以及与此相关的专利时,将该明细项目界定为“数字化技术无形资产”,再对同一公司同年度多项数字化技术无形资产进行加总,计算其占本年度无形资产的比例,即为企业数字化转型程度的代理变量。 本数据包含:原始数据、参考文献、代码do文件、最终结果。 参考文献:张永珅,李小波,邢铭强-企业数字化转型与审计定价[J].审计研究,2021(03):62-71. 数据 证券代码、证券简称、统计截止日期、报表类型、无形资产净额、资产总计、年份、期末余额(元)、数字化转型。
该资源为h5py-3.1.0-cp36-cp36m-win_amd64.whl,欢迎下载使用哦!
内容概要:本文介绍了一种基于QRBayes-LSTM的多/单变量时序预测方法,适用于不确定性强的场景如股票预测和电力负荷预测。该方法结合了分位数回归和贝叶斯优化,不仅能提供未来的趋势预测,还能给出预测值的置信区间。文中详细解释了数据准备、模型结构、损失函数设计、训练配置以及预测结果的可视化和评估指标。此外,还提供了变量重要性分析的方法,帮助理解哪些特征对预测结果的影响最大。 适合人群:从事数据分析、机器学习研究的专业人士,尤其是关注时序预测和不确定性量化的人群。 使用场景及目标:① 对于需要进行时序预测并希望获得置信区间的用户;② 关注模型性能评估和变量重要性的研究人员;③ 寻求提高预测精度和可靠性的从业者。 其他说明:本文提供的代码可以直接应用于Excel格式的数据,用户只需将数据导入即可运行。需要注意的是,为了获得最佳效果,应该确保数据格式正确并且符合特定的要求。
内容概要:本文详细介绍了ADAS(高级驾驶辅助系统)中四个主要功能模块的设计与实现,分别是自适应巡航控制系统(ACC)、前向碰撞预警系统(FCW)、自动紧急制动系统(AEB)和车道保持辅助系统(LKA)。文章不仅展示了各个系统的具体算法实现,如ACC中的PID控制、FCW中的TTC计算、AEB中的状态机设计和LKA中的PD控制器,还分享了许多实际开发中的经验和挑战,如参数调校、传感器融合、时间同步等问题。此外,文中还提到了一些有趣的细节,如在暴雨天气下LKA的表现优化,以及AEB系统在测试过程中遇到的各种corner case。 适合人群:汽车电子工程师、自动驾驶研究人员、嵌入式软件开发者。 使用场景及目标:帮助读者深入了解ADAS系统的工作原理和技术细节,掌握关键算法的实现方法,提高在实际项目中的开发和调试能力。 其他说明:文章通过生动的语言和具体的代码示例,使复杂的理论变得通俗易懂,有助于初学者快速入门并深入理解ADAS系统的开发流程。
内容概要:文章主要阐述了2023年中国高端制造业上市公司的发展概况,包括行业与区域两个维度的分布详情。从行业上看,高端制造业上市公司超过2400家,其中机械制造以628家的数量位居首位,电子(352家)和电力制造(336家)紧随其后,而像航空航天国防等也有一定的占比。从区域分布来看,广东、江苏、浙江三省处于领先地位,分别有410家、342家和199家,这表明东南沿海地区对于高端制造业的发展具有显著优势。数据来源于中国上市公司协会以及Wind。 适合人群:对中国经济结构、产业发展趋势感兴趣的读者,尤其是关注高端制造业发展的投资者、政策制定者及研究人员。 使用场景及目标:①帮助投资者了解中国高端制造业上市公司的行业布局,为投资决策提供参考依据;②为政策制定者提供数据支持,助力优化产业布局和发展规划;③供研究人员分析中国高端制造业的现状与未来发展趋势。 阅读建议:本文提供了丰富的数据和图表,读者应重点关注各行业的具体数据及其背后反映出的产业特点,同时结合区域分布情况,深入理解中国高端制造业的发展格局。
# 基于Python的机器学习算法实践 ## 项目简介 本项目旨在通过实践常用机器学习算法,提高数据挖掘和推荐系统的准确性,解决信息过载问题。应用场景包括电商、新闻、视频等网站,帮助用户更高效地获取所需信息。 ## 项目的主要特性和功能 数据挖掘实现多种数据挖掘算法,帮助用户从大量数据中提取有价值的信息。 机器学习算法包括常用的分类、回归、聚类等算法,提供详细的实现和示例程序。 推荐系统通过机器学习算法提高推荐系统的准确性,优化用户体验。 ## 安装使用步骤 1. 下载源码用户已下载本项目的源码文件。 2. 安装依赖 bash pip install r requirements.txt 3. 运行示例程序 bash python main.py 4. 自定义数据根据需要替换数据文件,重新运行程序以应用新的数据。
项目运行参考:https://blog.csdn.net/weixin_45393094/article/details/124645254 技术栈Springboot+Vue;此项目的参考文档 内容概要:本文档介绍了一款基于前后端分离架构的学生选课系统的设计与实现。系统采用Java语言作为后端开发语言,运用Spring Boot框架构建后端接口,前端使用Vue框架,设计模式上采用了MVVM模式,确保前后端分离。系统主要分为学生、教师和管理员三大功能模块,涵盖课程选择、成绩管理和信息发布等功能。需求分析部分详细描述了各模块的功能需求及性能需求,包括实用性、易用性和安全性。数据库设计部分详细说明了学生、教师、用户、课程和成绩等信息表的结构。系统实现章节则展示了各个模块的具体实现细节,包括登录验证、教师管理、学生管理、课程管理、公告设置及选课等功能的代码实现。 适合人群:计算机专业学生、有一定编程基础的研发人员或对前后端分离技术有兴趣的开发者。 使用场景及目标:①理解前后端分离架构在实际项目中的应用;②掌握Spring Boot与Vue框架结合开发的具体实现方法;③熟悉学生选课系统的核心功能,如选课、成绩管理、信息发布等;④学习如何设计和实现高效的数据库结构以支持系统功能。 阅读建议:本文档适合希望深入了解前后端分离架构及具体实现的读者。在阅读过程中,建议重点关注各模块的功能需求分析和技术实现细节,特别是代码示例部分,以加深对前后端分离架构的理解。同时,结合自身开发经验,思考如何优化现有系统功能,提高系统的稳定性和用户体验。
内容概要:本文详细介绍了如何使用MATLAB实现基于Transformer的分类预测,特别针对初学者提供了完整的代码示例和详细的步骤说明。主要内容涵盖数据读取与预处理、Transformer模型搭建、训练配置、结果可视化等方面。文中不仅展示了如何生成分类效果对比图、训练过程曲线和混淆矩阵,还提供了常见的错误排查方法和优化建议。此外,文章强调了Transformer在处理时序特征方面的优势,并给出了具体的光伏数据预测案例。 适合人群:MATLAB初学者、希望了解Transformer应用于分类任务的新手程序员。 使用场景及目标:适用于需要进行数据分类预测的研究人员和技术人员,特别是那些处理时序数据(如光伏数据、电力负荷数据)的人群。目标是帮助读者快速掌握Transformer的基本原理及其在MATLAB中的具体实现。 其他说明:文章提供了大量实用的代码片段和技巧,如自定义位置编码、数据标准化、模型结构调整等,使得整个过程既直观又易操作。同时,作者分享了一些实践经验,如调整参数以提高准确率、解决常见问题的方法等,有助于读者更好地理解和应用所学知识。