- 浏览: 1040277 次
- 性别:
- 来自: 成都
-
文章分类
最新评论
-
繁星水:
Useful!!
Object-C之(Null)与(Bool) -
pacer123:
请问注解@ApiModelProperty 在哪个jar包下面 ...
Micro Service工具集之Swagger:可测试的样式化API文档 -
sucheng2016:
这东东真的好用么/
对象转换利器之Dozer -
zzq0324:
http://git.oschina.net/zzq0324/ ...
基于Spring-WS的Restful API的集成测试 -
lrz0534:
你好,我在maven上面下载了swagger-springmv ...
Micro Service工具集之Swagger:可测试的样式化API文档
接上篇(http://ningandjiao.iteye.com/blog/2171185),
执行方式
HystrixCommand提供了3种执行方式:
同步执行:即一旦开始执行该命令,当前线程就得阻塞着直到该命令返回结果,然后才能继续执行下面的逻辑。当调用命令的execute()方法即为同步执行, 示例:
异步执行:命令开始执行会返回一个Future<T>的对象,不阻塞后面的逻辑,开发者自己根据需要去获取结果。当调用HystrixCommand的queue()方法即为异步执行
响应式执行:命令开始执行会返回一个Observable<T> 对象,开发者可以给给Obeservable对象注册上Observer或者Action1对象,响应式地处理命令执行过程中的不同阶段。当调用HystrixCommand的observe()方法,或使用Observable的工厂方法(just(),from())即为响应式执行,这个功能的实现是基于Netflix的另一个开源项目RxJava(https://github.com/Netflix/RxJava)来的,更细节的用法可以参考:https://github.com/Netflix/Hystrix/wiki/How-To-Use#wiki-Reactive-Execution。 示例:
隔离方式(Thread Pool和Semaphores)
Hystrix支持2种隔离方式:
ThreadPool:即根据配置把不同的命令分配到不同的线程池中,这是比较常用的隔离策略,该策略的优点是隔离性好,并且可以配置断路,某个依赖被设置断路之后,系统不会再尝试新起线程运行它,而是直接提示失败,或返回fallback值;缺点是新起线程执行命令,在执行的时候必然涉及到上下文的切换,这会造成一定的性能消耗,但是Netflix做过实验,这种消耗对比其带来的价值是完全可以接受的,具体的数据参见Hystrix Wiki(https://github.com/Netflix/Hystrix/wiki/How-it-Works#wiki-Isolation)。 本文前面的例子都是使用的TheadPool隔离策略。
Semaphores:信号量,顾名思义就是使用一个信号量来做隔离,开发者可以限制系统对某一个依赖的最高并发数。这个基本上就是一个限流的策略。每次调用依赖时都会检查一下是否到达信号量的限制值,如达到,则拒绝。该隔离策略的优点不新起线程执行命令,减少上下文切换,缺点是无法配置断路,每次都一定会去尝试获取信号量。示例:
第一个测试的运行日志如下:
23:10:34.996 [main] INFO c.n.c.DynamicPropertyFactory - DynamicPropertyFactory is initialized with configuration sources: com.netflix.config.ConcurrentCompositeConfiguration@2224df87
23:10:35.045 [main] INFO d.ThreadEchoCommand - Run command with input: xianlinbox
从运行日志可以看到,HystrixCommand一样是在主线程中执行。
第二个测试的运行日志如下:
14:56:22.285 [Thread-5] INFO d.ThreadEchoCommand - Run command with input: xianlinbox-4
14:56:22.285 [Thread-1] INFO d.ThreadEchoCommand - Run command with input: xianlinbox-0
Exception in thread "Thread-2" Exception in thread "Thread-4" com.netflix.hystrix.exception.HystrixRuntimeException: Echo could not acquire a semaphore for execution and no fallback available.
示例中,设置的信号量最大值为2, 因此可以看到有2个线程可以成功运行命令,第三个则会得到一个无法获取信号量的HystrixRuntimeException。
优雅降级
在调用第三方服务时,总是无可避免会出现一些错误(fail,timeout等),再加上上面提到的线程池大小,信号量的限制等等,在执行HystrixComamnd的过程中,总难免会抛出一些异常。而Hystrix为执行过程中的异常情况提供了优雅的降级方案,只需要在自己的HystrixCommand中实现getFallback()方法,当异常出现时,就会自动调用getFallback()方法的值. 示例:为第一小节中的AddressHystrixCommand和ContactHystrixCommand添加getFallback()方法, 当有异常发生的时候,直接返回null:
然后,停掉Stub的Contact和Address服务, 再次调用GetCustomer服务(http://localhost:8080/HystrixDemo/customers/1),得到结果如下:
{"id":"1","name":"xianlinbox","contact":null,"address":null}
运行日志:
15:22:08.847 [hystrix-Contact-1] INFO c.x.h.d.ContactHystrixCommand - Get contact for customer 1
15:22:09.098 [hystrix-Contact-1] INFO c.x.h.d.ContactHystrixCommand - Met error, using fallback value: 1
15:22:09.101 [hystrix-Address-1] INFO c.x.h.d.AddressHystrixCommand - Get address for customer 1
15:22:09.103 [hystrix-Address-1] INFO c.x.h.d.AddressHystrixCommand - Met error, using fallback value: 1
请求作用域特性
作用域设置:要想要使用请求作用域特性,首先必须把HystrixCommand置于HystrixRequestContext的生命周期管理中,其典型用法是在Web应用中增加一个ServletFilter,把每个用户Request用HystrixRequestContext包起来。示例:
设置了请求作用域之后,接下来看看,我们从中可以得到哪些好处:
请求缓存(Request Cache):即当用户调用HystrixCommand时,HystrixCommand直接从缓存中取而不需要调用外部服务。HystrixCommand从缓存中取需要3个条件:
1. 该HystrixCommand被包裹一个HystrixRequestContext中
2. 该HystrixCommand实现了getCacheKey()方法
3. 在HystrixRequestContext中已有相同Cache Key值的缓存
示例:
除了重新初始化RequestContext,Hystrix还提供了另外一种方式来刷新Cache,该方式需要使用HystrixRequestCache的clear()方法,示例:在ThreadEchoCommand中实现一个静态方法flushCache( ),该方法会调用HystrixRequestCache的clear方法清理Cache
通过这个机制,开发者可以实现Get-Set-Get的Cache验证机制,防止因为Cache导致的不一致状况。
批量执行请求(Request Collapsing):即用户可以把多个命令封装到一个HystrixCommand中执行以提升效率,这多个命令会在一个线程中依次执行(注:经笔者测试,在JDK6下线程数固定,但是在JDK7下的运行线程数不固定)。要使用该特性需要把依赖调用封装到一个HystrixCollapser<BatchReturnType,ResponseType,RequestArgumentType>中, 该抽象类的主要作用有3个:
1. 把所有的依赖调用封装到一个CollapseRequest的集合中
2. 以第一步得到的CollapseRequest集合为参数创建一个HystrixCommand
3. 把第二步得到的结果集一一对应的设置到对应的CollapseRequest中
为了支持上面的功能,该抽象类提供了3个泛型参数:
BatchReturnType:即BatchCommand的返回值,通常为ResponseType的集合。
ResponseType:依赖调用的返回值。
RequestArgumentType:依赖调用的参数,如果有多个参数,需封装为一个对象或使用集合。
示例:
运行日志:
03:10:58.584 [main] INFO d.CollapseEchoHystrixCommand - Get argument
03:10:58.597 [main] INFO d.CollapseEchoHystrixCommand - Get argument
03:10:58.597 [main] INFO d.CollapseEchoHystrixCommand - Get argument
03:10:58.598 [HystrixTimer-1] INFO d.CollapseEchoHystrixCommand - Create batch command
03:10:58.637 [hystrix-Batch-1] INFO d.CollapseEchoHystrixCommand - Run batch command
03:10:58.637 [hystrix-Batch-1] INFO d.CollapseEchoHystrixCommand - Run request: xianlinbox-1
03:10:58.639 [hystrix-Batch-1] INFO d.CollapseEchoHystrixCommand - Run request: xianlinbox-2
03:10:58.639 [hystrix-Batch-1] INFO d.CollapseEchoHystrixCommand - Run request: xianlinbox-3
03:10:58.644 [RxComputationThreadPool-1] INFO d.CollapseEchoHystrixCommand - Mapping response to Request
从运行日志可以看到,整个Collapser的运行过程:
1. 获取调用参数,封装到CollapseRequest中
2. 以封装后的List<CollapseRequest>为参数创建Batch HystrixComand
3. Batch HystrixCommand运行所有的请求,把所有的返回放到List<Response>中
4. 把Response设置到对应的CollapseRequest中,返回给调用者。
执行方式
HystrixCommand提供了3种执行方式:
同步执行:即一旦开始执行该命令,当前线程就得阻塞着直到该命令返回结果,然后才能继续执行下面的逻辑。当调用命令的execute()方法即为同步执行, 示例:
@Test public void synchronousExecute() throws Exception { ThreadEchoCommand command = new ThreadEchoCommand("xianlinbox"); String result = command.execute(); assertThat(result,equalTo("Echo: xianlinbox")); }
异步执行:命令开始执行会返回一个Future<T>的对象,不阻塞后面的逻辑,开发者自己根据需要去获取结果。当调用HystrixCommand的queue()方法即为异步执行
@Test public void asynchronousExecute() throws Exception { ThreadEchoCommand command = new ThreadEchoCommand("xianlinbox"); Future<String> result = command.queue(); while (!result.isDone()){ System.out.println("Do other things ..."); } assertThat(result.get(),equalTo("Echo: xianlinbox")); }
响应式执行:命令开始执行会返回一个Observable<T> 对象,开发者可以给给Obeservable对象注册上Observer或者Action1对象,响应式地处理命令执行过程中的不同阶段。当调用HystrixCommand的observe()方法,或使用Observable的工厂方法(just(),from())即为响应式执行,这个功能的实现是基于Netflix的另一个开源项目RxJava(https://github.com/Netflix/RxJava)来的,更细节的用法可以参考:https://github.com/Netflix/Hystrix/wiki/How-To-Use#wiki-Reactive-Execution。 示例:
@Test public void reactiveExecute1() throws Exception { ThreadEchoCommand command1 = new ThreadEchoCommand("xianlinbox"); Observable<String> result = command1.observe(); result.subscribe(new Action1<String>() { @Override public void call(String s) { logger.info("Command called. Result is:{}", s); }1 }); Thread.sleep(1000); } @Test public void reactiveExecute2() throws Exception { ThreadEchoCommand command = new ThreadEchoCommand("xianlinbox"); Observable<String> result = command.observe(); result.subscribe(new Observer<String>() { @Override public void onCompleted() { logger.info("Command Completed"); } @Override public void onError(Throwable e) { logger.error("Command failled", e); } @Override public void onNext(String args) { logger.info("Command finished,result is {}", args); } }); Thread.sleep(1000); }
隔离方式(Thread Pool和Semaphores)
Hystrix支持2种隔离方式:
ThreadPool:即根据配置把不同的命令分配到不同的线程池中,这是比较常用的隔离策略,该策略的优点是隔离性好,并且可以配置断路,某个依赖被设置断路之后,系统不会再尝试新起线程运行它,而是直接提示失败,或返回fallback值;缺点是新起线程执行命令,在执行的时候必然涉及到上下文的切换,这会造成一定的性能消耗,但是Netflix做过实验,这种消耗对比其带来的价值是完全可以接受的,具体的数据参见Hystrix Wiki(https://github.com/Netflix/Hystrix/wiki/How-it-Works#wiki-Isolation)。 本文前面的例子都是使用的TheadPool隔离策略。
Semaphores:信号量,顾名思义就是使用一个信号量来做隔离,开发者可以限制系统对某一个依赖的最高并发数。这个基本上就是一个限流的策略。每次调用依赖时都会检查一下是否到达信号量的限制值,如达到,则拒绝。该隔离策略的优点不新起线程执行命令,减少上下文切换,缺点是无法配置断路,每次都一定会去尝试获取信号量。示例:
public class SemaphoreEchoCommand extends HystrixCommand<String> { private Logger logger = LoggerFactory.getLogger(ThreadEchoCommand.class); private String input; protected SemaphoreEchoCommand(String input) { super(Setter.withGroupKey(HystrixCommandGroupKey.Factory.asKey("Semaphore Echo")) .andCommandKey(HystrixCommandKey.Factory.asKey("Echo")) .andCommandPropertiesDefaults(HystrixCommandProperties.Setter() .withExecutionIsolationStrategy(HystrixCommandProperties.ExecutionIsolationStrategy.SEMAPHORE) .withExecutionIsolationSemaphoreMaxConcurrentRequests(2))); this.input = input; } @Override protected String run() throws Exception { logger.info("Run command with input: {}", input); Thread.currentThread().sleep(100); return "Echo: " + input; } } @Test public void semaphoresCommandExecute() throws Exception { SemaphoreEchoCommand command = new SemaphoreEchoCommand("xianlinbox"); assertThat(command.execute(), equalTo("Echo: xianlinbox")); } @Test public void semaphoresCommandMultiExecute() throws Exception { for (int i = 0; i < 5; i++) { final SemaphoreEchoCommand command = new SemaphoreEchoCommand("xianlinbox-" + i); Thread thread = new Thread(new Runnable() { @Override public void run() { command.queue(); } }); thread.start(); } Thread.sleep(1000); }
第一个测试的运行日志如下:
23:10:34.996 [main] INFO c.n.c.DynamicPropertyFactory - DynamicPropertyFactory is initialized with configuration sources: com.netflix.config.ConcurrentCompositeConfiguration@2224df87
23:10:35.045 [main] INFO d.ThreadEchoCommand - Run command with input: xianlinbox
从运行日志可以看到,HystrixCommand一样是在主线程中执行。
第二个测试的运行日志如下:
14:56:22.285 [Thread-5] INFO d.ThreadEchoCommand - Run command with input: xianlinbox-4
14:56:22.285 [Thread-1] INFO d.ThreadEchoCommand - Run command with input: xianlinbox-0
Exception in thread "Thread-2" Exception in thread "Thread-4" com.netflix.hystrix.exception.HystrixRuntimeException: Echo could not acquire a semaphore for execution and no fallback available.
示例中,设置的信号量最大值为2, 因此可以看到有2个线程可以成功运行命令,第三个则会得到一个无法获取信号量的HystrixRuntimeException。
优雅降级
在调用第三方服务时,总是无可避免会出现一些错误(fail,timeout等),再加上上面提到的线程池大小,信号量的限制等等,在执行HystrixComamnd的过程中,总难免会抛出一些异常。而Hystrix为执行过程中的异常情况提供了优雅的降级方案,只需要在自己的HystrixCommand中实现getFallback()方法,当异常出现时,就会自动调用getFallback()方法的值. 示例:为第一小节中的AddressHystrixCommand和ContactHystrixCommand添加getFallback()方法, 当有异常发生的时候,直接返回null:
@Override protected Contact getFallback() { logger.info("Met error, using fallback value: {}", customerId); return null; }
然后,停掉Stub的Contact和Address服务, 再次调用GetCustomer服务(http://localhost:8080/HystrixDemo/customers/1),得到结果如下:
{"id":"1","name":"xianlinbox","contact":null,"address":null}
运行日志:
15:22:08.847 [hystrix-Contact-1] INFO c.x.h.d.ContactHystrixCommand - Get contact for customer 1
15:22:09.098 [hystrix-Contact-1] INFO c.x.h.d.ContactHystrixCommand - Met error, using fallback value: 1
15:22:09.101 [hystrix-Address-1] INFO c.x.h.d.AddressHystrixCommand - Get address for customer 1
15:22:09.103 [hystrix-Address-1] INFO c.x.h.d.AddressHystrixCommand - Met error, using fallback value: 1
请求作用域特性
作用域设置:要想要使用请求作用域特性,首先必须把HystrixCommand置于HystrixRequestContext的生命周期管理中,其典型用法是在Web应用中增加一个ServletFilter,把每个用户Request用HystrixRequestContext包起来。示例:
public class HystrixRequestContextServletFilter implements Filter { ... public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { //启动HystrixRequestContext HystrixRequestContext context = HystrixRequestContext.initializeContext(); try { chain.doFilter(request, response); } finally { //关闭HystrixRequestContext context.shutdown(); } } }然后把该SevletFilter配置到web.xml中:
<filter> <display-name>HystrixRequestContextServletFilter</display-name> <filter-name>HystrixRequestContextServletFilter</filter-name> <filter-class>com.xianlinbox.hystrix.filter.HystrixRequestContextServletFilter</filter-class> </filter> <filter-mapping> <filter-name>HystrixRequestContextServletFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>
设置了请求作用域之后,接下来看看,我们从中可以得到哪些好处:
请求缓存(Request Cache):即当用户调用HystrixCommand时,HystrixCommand直接从缓存中取而不需要调用外部服务。HystrixCommand从缓存中取需要3个条件:
1. 该HystrixCommand被包裹一个HystrixRequestContext中
2. 该HystrixCommand实现了getCacheKey()方法
3. 在HystrixRequestContext中已有相同Cache Key值的缓存
示例:
public void requestCache() throws Exception { HystrixRequestContext context = HystrixRequestContext.initializeContext(); try { ThreadEchoCommand command1 = new ThreadEchoCommand("xianlinbox"); ThreadEchoCommand command2 = new ThreadEchoCommand("xianlinbox"); assertThat(command1.execute(),equalTo("Echo: xianlinbox")); assertThat(command1.isResponseFromCache(),equalTo(false)); assertThat(command2.execute(),equalTo("Echo: xianlinbox")); assertThat(command2.isResponseFromCache(),equalTo(true)); } finally { context.shutdown(); } context = HystrixRequestContext.initializeContext(); try { ThreadEchoCommand command3 = new ThreadEchoCommand("xianlinbox"); assertThat(command3.execute(),equalTo("Echo: xianlinbox")); assertThat(command3.isResponseFromCache(),equalTo(false)); } finally { context.shutdown(); } }从上面的例子看以得到,一旦重新初始化了RequestContext,Cache也都全部失效了。另外,从Cache中获取值不会去执行HystrixCommand的run()方法。
除了重新初始化RequestContext,Hystrix还提供了另外一种方式来刷新Cache,该方式需要使用HystrixRequestCache的clear()方法,示例:在ThreadEchoCommand中实现一个静态方法flushCache( ),该方法会调用HystrixRequestCache的clear方法清理Cache
public static void flushCache(String cacheKey) { HystrixRequestCache.getInstance(HystrixCommandKey.Factory.asKey("Echo"), HystrixConcurrencyStrategyDefault.getInstance()).clear(cacheKey); } @Test public void flushCacheTest() throws Exception { HystrixRequestContext context = HystrixRequestContext.initializeContext(); try { ThreadEchoCommand command1 = new ThreadEchoCommand("xianlinbox"); ThreadEchoCommand command2 = new ThreadEchoCommand("xianlinbox"); assertThat(command1.execute(), equalTo("Echo: xianlinbox")); assertThat(command1.isResponseFromCache(), equalTo(false)); assertThat(command2.execute(), equalTo("Echo: xianlinbox")); assertThat(command2.isResponseFromCache(), equalTo(true)); ThreadEchoCommand.flushCache("xianlinbox"); ThreadEchoCommand command3 = new ThreadEchoCommand("xianlinbox"); assertThat(command3.execute(), equalTo("Echo: xianlinbox")); assertThat(command3.isResponseFromCache(), equalTo(false)); } finally { context.shutdown(); } }
通过这个机制,开发者可以实现Get-Set-Get的Cache验证机制,防止因为Cache导致的不一致状况。
批量执行请求(Request Collapsing):即用户可以把多个命令封装到一个HystrixCommand中执行以提升效率,这多个命令会在一个线程中依次执行(注:经笔者测试,在JDK6下线程数固定,但是在JDK7下的运行线程数不固定)。要使用该特性需要把依赖调用封装到一个HystrixCollapser<BatchReturnType,ResponseType,RequestArgumentType>中, 该抽象类的主要作用有3个:
1. 把所有的依赖调用封装到一个CollapseRequest的集合中
2. 以第一步得到的CollapseRequest集合为参数创建一个HystrixCommand
3. 把第二步得到的结果集一一对应的设置到对应的CollapseRequest中
为了支持上面的功能,该抽象类提供了3个泛型参数:
BatchReturnType:即BatchCommand的返回值,通常为ResponseType的集合。
ResponseType:依赖调用的返回值。
RequestArgumentType:依赖调用的参数,如果有多个参数,需封装为一个对象或使用集合。
示例:
public class CollapseEchoHystrixCommand extends HystrixCollapser<List<String>, String, String> { private Logger logger = LoggerFactory.getLogger(CollapseEchoHystrixCommand.class); private String input; public CollapseEchoHystrixCommand(String input) { super(HystrixCollapser.Setter .withCollapserKey(HystrixCollapserKey.Factory.asKey("Echo Collapse"))); this.input = input; } @Override public String getRequestArgument() { return input; } @Override protected HystrixCommand<List<String>> createCommand(Collection<CollapsedRequest<String, String>> collapsedRequests) { return new BatchCommand(collapsedRequests); } @Override protected void mapResponseToRequests(List<String> batchResponse, Collection<CollapsedRequest<String, String>> collapsedRequests) { logger.info("Mapping response to Request"); int count = 0; for (CollapsedRequest<String, String> request : collapsedRequests) { request.setResponse(batchResponse.get(count++)); } } private class BatchCommand extends HystrixCommand<List<String>> { private Collection<CollapsedRequest<String, String>> requests; public BatchCommand(Collection<CollapsedRequest<String, String>> requests) { super(HystrixCommandGroupKey.Factory.asKey("Batch")); this.requests = requests; } @Override protected List<String> run() throws Exception { logger.info("Run batch command"); List<String> responses = new ArrayList<String>(); for (CollapsedRequest<String, String> request : requests) { logger.info("Run request: {}", request.getArgument()); responses.add("Echo: " + request.getArgument()); } return responses; } } } @Test public void collapseCommandTest() throws Exception { HystrixRequestContext context = HystrixRequestContext.initializeContext(); try { Future<String> result1 = new CollapseEchoHystrixCommand("xianlinbox-1").queue(); Future<String> result2 = new CollapseEchoHystrixCommand("xianlinbox-2").queue(); Future<String> result3 = new CollapseEchoHystrixCommand("xianlinbox-3").queue(); assertThat(result1.get(),equalTo("Echo: xianlinbox-1")); assertThat(result2.get(),equalTo("Echo: xianlinbox-2")); assertThat(result3.get(),equalTo("Echo: xianlinbox-3")); assertEquals(1, HystrixRequestLog.getCurrentRequest().getExecutedCommands().size()); } finally { context.shutdown(); } }
运行日志:
03:10:58.584 [main] INFO d.CollapseEchoHystrixCommand - Get argument
03:10:58.597 [main] INFO d.CollapseEchoHystrixCommand - Get argument
03:10:58.597 [main] INFO d.CollapseEchoHystrixCommand - Get argument
03:10:58.598 [HystrixTimer-1] INFO d.CollapseEchoHystrixCommand - Create batch command
03:10:58.637 [hystrix-Batch-1] INFO d.CollapseEchoHystrixCommand - Run batch command
03:10:58.637 [hystrix-Batch-1] INFO d.CollapseEchoHystrixCommand - Run request: xianlinbox-1
03:10:58.639 [hystrix-Batch-1] INFO d.CollapseEchoHystrixCommand - Run request: xianlinbox-2
03:10:58.639 [hystrix-Batch-1] INFO d.CollapseEchoHystrixCommand - Run request: xianlinbox-3
03:10:58.644 [RxComputationThreadPool-1] INFO d.CollapseEchoHystrixCommand - Mapping response to Request
从运行日志可以看到,整个Collapser的运行过程:
1. 获取调用参数,封装到CollapseRequest中
2. 以封装后的List<CollapseRequest>为参数创建Batch HystrixComand
3. Batch HystrixCommand运行所有的请求,把所有的返回放到List<Response>中
4. 把Response设置到对应的CollapseRequest中,返回给调用者。
发表评论
-
关于并发的思考
2015-02-08 22:33 4376并发数 并发数和2个因 ... -
使用Hystrix守护应用(3)
2015-01-02 22:04 12908监控HystrixCommand 除了隔离依赖服务的调用外,H ... -
使用Hystrix守护应用(1)
2014-12-30 14:28 15330Hystrix(https://github.com/Netf ... -
Mac下同时安装多个版本的JDK
2014-04-14 21:42 33302JDK8 GA之后,小伙伴们喜大普奔,纷纷跃跃欲试,想体验一下 ... -
性能测试工具之Gatling
2014-01-15 19:27 17331Gatling一直是久闻其名但 ... -
JavaMail测试工具之GreenMail
2014-01-08 19:13 7393不管现在各种Mock框架的运用有多广,我个人在写单元测试的时候 ... -
定制一个Gradle Plugin --- project-structure
2014-01-03 21:23 8525最近在项目中遇到一个 ... -
Restful Spring MVC应用的Request验证
2013-12-26 15:05 23416在开放平台的时候,尤其是坐Rest服务的时候,因为用户可以给你 ... -
Spring MVC中的异常处理
2013-12-25 13:13 24212在一个良好的Rest架构的应用中,所有的异常都应该有对应的Ht ... -
Spring 4.0升级小贴士
2013-12-22 19:40 11461随着Spring4.0的发布,很多同志估计都在考虑升级的事情了 ... -
Spring4.0给我们带来什么?
2013-12-22 17:13 45057JDK8 对JDK8的支持,这个目前来说还是探索性质,毕竟Ja ... -
RESTful API版本控制策略
2013-12-15 19:51 31909做RESTful开放平台,一方面其API变动越少, 对API调 ... -
对象转换利器之Dozer
2013-12-14 22:46 19922在Java的世界中,经常会 ... -
基于Spring-WS的Restful API的集成测试
2013-11-28 19:41 9111在很多Java企业级应用中,Spring占据了非常重要的位置, ... -
TDD Of Spring JMS
2013-11-25 19:53 1776不知何时养成了习惯,在没有一个可运行的测试的时候,个人完全没有 ... -
Micro Service工具集之Swagger:可测试的样式化API文档
2013-09-28 19:55 44782在我之前的一篇博文中,介绍了Yammer开发团队贡献的开源微服 ... -
进击的Java开发
2013-07-14 20:48 5938今天在公司的邮件组中看到一组很有趣的讨论,这是我最喜欢目前公司 ... -
说说SpringBatch的领域概念
2013-06-21 20:32 3639谈到Spring Batch,会谈到 ... -
做项目时需要考虑的安全性问题
2013-04-16 20:20 4822在开发一个项目的时候,大家经常会忽略项目的安全性问题,有很多的 ... -
使用Gradle部署jar包到Maven中央库
2013-04-12 16:15 24201Maven作为目前Java界最好的Dependency管理系统 ...
相关推荐
标题中的"httpd-2.4.43-lre312-x64-vc14.zip"是一个HTTP服务器软件Apache的版本号,其中"HTTPD"代表HyperText Transfer Protocol Daemon,即HTTP守护进程,它是Apache Web服务器的核心组件。版本号"2.4.43"表明这是...
- 守护线程(Daemon Thread)的使用和理解。 4. **并发编程** - 并发工具类:Atomic类、CountDownLatch、CyclicBarrier、Semaphore等。 - ExecutorService和Future接口在并发控制中的应用。 - Fork/Join框架和...
在源码中,我们可以看到SpringBoot如何通过`@SpringBootApplication`注解启动Spring的上下文,以及如何使用条件注解(如`@ConditionalOnClass`和`@ConditionalOnProperty`)来实现自动配置。这些注解使得SpringBoot...
在大型系统中,可以考虑使用第三方库如Hystrix、Spring ThreadPoolTaskExecutor等进行扩展和增强。 7. **经验技巧**: - 避免使用`Executors.newSingleThreadExecutor()`,因为它使用的是无界队列,可能导致资源...
资源内项目源码是来自个人的毕业设计,代码都测试ok,包含源码、数据集、可视化页面和部署说明,可产生核心指标曲线图、混淆矩阵、F1分数曲线、精确率-召回率曲线、验证集预测结果、标签分布图。都是运行成功后才上传资源,毕设答辩评审绝对信服的保底85分以上,放心下载使用,拿来就能用。包含源码、数据集、可视化页面和部署说明一站式服务,拿来就能用的绝对好资源!!! 项目备注 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习,也适合小白学习进阶,当然也可作为毕设项目、课程设计、大作业、项目初期立项演示等。 3、如果基础还行,也可在此代码基础上进行修改,以实现其他功能,也可用于毕设、课设、作业等。 下载后请首先打开README.txt文件,仅供学习参考, 切勿用于商业用途。
内容概要:本文详细探讨了大语言模型(LLMs)在教育应用中遇到的知识冲突问题,包括概念定义、事实陈述和逻辑推理层面的认知不一致性。文章分析了知识冲突的技术成因,如训练数据噪声、参数化知识表示的局限、推理机制的缺陷、模型架构的不足及外部知识的偏差,并探讨了这些因素对教育应用的深远影响。文中提出了多维度的解决路径,如通过数据增强优化知识表示、利用提示强化上下文连贯、开发量规完善模型评估等。此外,文章从社会文化的宏观视角剖析了知识冲突的外部驱动因素,探讨如何在多元异质、动态演进的社会建构语境中构建开放进取、兼容融通的智能教育应用体系。 适合人群:从事教育技术研究的学者、教育工作者、人工智能研究人员和技术开发者。 使用场景及目标:①帮助教育工作者理解大语言模型在教育应用中的局限性;②为技术人员提供优化大语言模型教育应用的具体策略;③促进教育人工智能技术的可靠性、适应性和普及性提升。 其他说明:文章强调了知识冲突的有效化解不仅能够提升大语言模型在教育场景中的应用价值,还将为人工智能在更广泛领域的可持续发展奠定坚实基础。
资源内项目源码是来自个人的毕业设计,代码都测试ok,包含源码、数据集、可视化页面和部署说明,可产生核心指标曲线图、混淆矩阵、F1分数曲线、精确率-召回率曲线、验证集预测结果、标签分布图。都是运行成功后才上传资源,毕设答辩评审绝对信服的保底85分以上,放心下载使用,拿来就能用。包含源码、数据集、可视化页面和部署说明一站式服务,拿来就能用的绝对好资源!!! 项目备注 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习,也适合小白学习进阶,当然也可作为毕设项目、课程设计、大作业、项目初期立项演示等。 3、如果基础还行,也可在此代码基础上进行修改,以实现其他功能,也可用于毕设、课设、作业等。 下载后请首先打开README.txt文件,仅供学习参考, 切勿用于商业用途。
数据结构day1-思维导图顺序表
STM32超声波红外避障小车项目通过STM32微控制器实现自动避障功能。硬件部分主要包括STM32开发板、超声波传感器、红外传感器、直流电机、电池模块和电机驱动模块。超声波传感器用于测量前方障碍物的距离,红外传感器帮助小车检测地面线路或障碍物。电机驱动模块通过STM32控制直流电机的转动,从而实现小车的前进、后退和转向。 在软件方面,STM32通过编写简单的避障算法,实时读取传感器数据,并根据环境信息控制小车的运动。当超声波传感器检测到障碍物时,系统会触发后退或转向操作,避免碰撞。
哈尔滨工业大学DeepSeek公开课-从图灵测试到DeepSeek.pdf
资源内项目源码是来自个人的毕业设计,代码都测试ok,包含源码、数据集、可视化页面和部署说明,可产生核心指标曲线图、混淆矩阵、F1分数曲线、精确率-召回率曲线、验证集预测结果、标签分布图。都是运行成功后才上传资源,毕设答辩评审绝对信服的保底85分以上,放心下载使用,拿来就能用。包含源码、数据集、可视化页面和部署说明一站式服务,拿来就能用的绝对好资源!!! 项目备注 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习,也适合小白学习进阶,当然也可作为毕设项目、课程设计、大作业、项目初期立项演示等。 3、如果基础还行,也可在此代码基础上进行修改,以实现其他功能,也可用于毕设、课设、作业等。 下载后请首先打开README.txt文件,仅供学习参考, 切勿用于商业用途。
资源内项目源码是来自个人的毕业设计,代码都测试ok,包含源码、数据集、可视化页面和部署说明,可产生核心指标曲线图、混淆矩阵、F1分数曲线、精确率-召回率曲线、验证集预测结果、标签分布图。都是运行成功后才上传资源,毕设答辩评审绝对信服的保底85分以上,放心下载使用,拿来就能用。包含源码、数据集、可视化页面和部署说明一站式服务,拿来就能用的绝对好资源!!! 项目备注 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习,也适合小白学习进阶,当然也可作为毕设项目、课程设计、大作业、项目初期立项演示等。 3、如果基础还行,也可在此代码基础上进行修改,以实现其他功能,也可用于毕设、课设、作业等。 下载后请首先打开README.txt文件,仅供学习参考, 切勿用于商业用途。
资源内项目源码是来自个人的毕业设计,代码都测试ok,包含源码、数据集、可视化页面和部署说明,可产生核心指标曲线图、混淆矩阵、F1分数曲线、精确率-召回率曲线、验证集预测结果、标签分布图。都是运行成功后才上传资源,毕设答辩评审绝对信服的保底85分以上,放心下载使用,拿来就能用。包含源码、数据集、可视化页面和部署说明一站式服务,拿来就能用的绝对好资源!!! 项目备注 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习,也适合小白学习进阶,当然也可作为毕设项目、课程设计、大作业、项目初期立项演示等。 3、如果基础还行,也可在此代码基础上进行修改,以实现其他功能,也可用于毕设、课设、作业等。 下载后请首先打开README.txt文件,仅供学习参考, 切勿用于商业用途。
app开发
资源内项目源码是来自个人的毕业设计,代码都测试ok,包含源码、数据集、可视化页面和部署说明,可产生核心指标曲线图、混淆矩阵、F1分数曲线、精确率-召回率曲线、验证集预测结果、标签分布图。都是运行成功后才上传资源,毕设答辩评审绝对信服的保底85分以上,放心下载使用,拿来就能用。包含源码、数据集、可视化页面和部署说明一站式服务,拿来就能用的绝对好资源!!! 项目备注 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习,也适合小白学习进阶,当然也可作为毕设项目、课程设计、大作业、项目初期立项演示等。 3、如果基础还行,也可在此代码基础上进行修改,以实现其他功能,也可用于毕设、课设、作业等。 下载后请首先打开README.txt文件,仅供学习参考, 切勿用于商业用途。
Screenshot_2025-03-31-19-36-01-657_com.UCMobile.jpg
半导体过程控制篇 集成电路的可靠性仿真_03_31_153111.docx
社交应用_鸿蒙OS_API12_高仿微信APP_开发示例_1742847098.zip
资源内项目源码是来自个人的毕业设计,代码都测试ok,包含源码、数据集、可视化页面和部署说明,可产生核心指标曲线图、混淆矩阵、F1分数曲线、精确率-召回率曲线、验证集预测结果、标签分布图。都是运行成功后才上传资源,毕设答辩评审绝对信服的保底85分以上,放心下载使用,拿来就能用。包含源码、数据集、可视化页面和部署说明一站式服务,拿来就能用的绝对好资源!!! 项目备注 1、该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的,请放心下载使用! 2、本项目适合计算机相关专业(如计科、人工智能、通信工程、自动化、电子信息等)的在校学生、老师或者企业员工下载学习,也适合小白学习进阶,当然也可作为毕设项目、课程设计、大作业、项目初期立项演示等。 3、如果基础还行,也可在此代码基础上进行修改,以实现其他功能,也可用于毕设、课设、作业等。 下载后请首先打开README.txt文件,仅供学习参考, 切勿用于商业用途。
app开发