龙潭书斋 -- 303




概述上一篇日志中,我们介绍了 Spring MVC 的基本概念及执行流程,并创建了最基本的 hello world 项目Spring MVC 简介及 Hello World 项目创建上篇日志中介绍了一个非常重要的组件 -- DispatcherServlet,并且在 web.xml 中创建了默认的 DispatcherServlet 的配置本篇日志中,我们就来介绍一下 Spring3.0 以后支持的通过 java 代码来配置 DispatcherServlet 的配置方法 DispatcherServlet 的配置与两个应用上下文我们已经知道,DispatcherServlet 最重要的工作是接收请求并转发给特定的 Controller,因此首先需要配置的是 url 映射DispatcherServlet 启动时,会创建 Spring 应用上下文,并加载配置文件或配置类中所声明的 bean,因此我们需要在 DispatcherServlet 的配置中指定 bean 所
#技术帖    #controller    #mvc    #config   
概述上一篇日志中,我们介绍了 Spring3.1 开始提供的通过配置来让 Spring 在不同的环境中创建和加载不同的 BeanSpring3.1 新特性 -- 为不同的环境配置不同的 profile事实上,有时我们需要更细粒度的自定义配置,只有当满足某个特定条件时才创建和加载某个 bean,比如某个 bean 依赖于另一个 bean 的创建,如果另一个 bean 没有创建,就忽略当前 bean,或者需要通过环境变量来动态控制某个 bean 是否需要被创建 条件化配置 bean -- @Conditional 注解Spring4 引入了一个新的 @Conditional 注解,他可以用在带有 @Bean 注解的方法上,只有 @Conditional 给定的条件为 true,才会创建相应的 Bean Condition 接口@Conditional 需要传入一个 class 对象,对应的类是任何实现了 Condition 接口的类
#技术帖    #配置    #龙潭书斋    #java   
概述此前的日志中,我们介绍了如何通过 maven 配置实现为不同的环境打不同的 war 包,来实现不同环境使用不同资源、配置的功能通过 maven filtering 机制实现打包不同的资源配置目录这是生产环境中非常实用的一个功能,Spring3.1 也提供了类似功能,他通过为 bean 指定 profile 来让 Spring 在不同的环境选择是否创建和加载相应的 bean,这样的好处是同一个 war 包可以被应用于所有的环境,而不需要重新构建 使用 java @Configuration 配置 profile bean -- @Profile在 java 配置中,可以使用 @Profile 注解指定某个 bean 属于哪个 profile@Configuration @Profile("dev") public class DevelopmentProfileConfig { ... } 这样,这个 DevelopmentProfileConfig&n
#技术帖    #web    #xml    #龙潭书斋   
概述前面我们介绍了 Executor 框架Executor 框架及线程池的使用利用 Executor 框架,我们可以实现多个线程的并发调用基于 Executor 框架,java 提供了 ThreadPoolExecutor 实现了一个灵活、稳定的线程池,允许用户各种定制,同时,他还可以通过构造方法实例化一个对象来让用户根据自己的需求定制化该对象的操作 ThreadPoolExecutor 的创建ThreadPoolExecutor 的构造方法public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue<Runnable> workQueue, ThreadFactory threadFactory, RejectedExecutionHandler handler) { ... }  通过上面的构造方法,我们就可以轻松创建一个线程池,他有下列参数:corePoolSize -- 线程池目标大小,即在没有任何任务时的线程池大小,
#读书笔记    #技术帖    #线程    #thread   
概述java 注解也被称为“元数据”,他是 jdk1.5 引入的 java 特性java 注解可以用于创建文档、跟踪代码依赖性、甚至基本的编译时、运行时检查,它可以灵活的实现模板代码的生成,或者为程序的相关部分引入额外信息注解以 @ 符号 + 注解名为标识在代码中存在,编译器在编译期自动加载它们的代码到相应的位置使用 java5 内置注解java5 的 java.lang 包中内置了三种注解:@Override -- 标识当前的方法将覆盖父类中的方法,虽然在实现覆盖时并不要求必须加上该注解,但该注解可以强制检查覆盖的完成,这样编译器可以在你拼写错误时发出错误提示@Deprecated -- 标识已经废弃的元素,一旦程序员使用了这些元素,编译器会发出警告@SuppressWarnings -- 关闭不当的编译器警告 元注解如果要创建一个注解,就需要使用元注解了,所谓的元注解,就是注解其他注解的注解,也就是在定义其他注解时需要使用的注解,他们标识了自定义注解的行为java5 定义了下面五个元注解中的前四个,java8 则定义了最后一个元注解:@Tar
#读书笔记    #技术帖    #龙潭书斋    #java   
概述让一个任务或线程启动很容易,但有时我们需要中止线程的执行,但这并不容易,因为 java 并没有提供任何机制来安全地终止线程本篇日志中,我们就来介绍一下 java 线程退出的几种方式 使用 volatile 类型参数保存取消状态由于线程间共享的特性,可以通过使用一个共享的 volatile 成员实现取消状态的保存,每隔一段时间,线程检查该成员的值判断是否应该退出这是一种常见的协作式机制,让取消任务的线程遵循一种协商好的协议package com.techlog.test.service; import org.slf4j.LoggerFactory; import org.springframework.stereotype.Service; import java.util.ArrayList; import java.util.List; import java.util.concurrent.ExecutionException; import java.util.concurrent.ExecutorService; import java.util.concurrent.Executors; import java.util.concurrent.Future; /** *
#读书笔记    #技术帖    #龙潭书斋    #线程   
Runnable 与 Callable上一篇日志中,我们设计了一个使用 ExecutorService 与 Runnale 接口创建线程的例子Executor 框架及线程池的使用此前我们介绍过 Runnable 与 Callable 的区别,Runnable 接口的 run 方法不能抛出异常也不具有返回值,而实际的使用中,我们常常需要在并发过程中获取每个线程的返回值,这时我们就需要 Callable 接口 使用 Future 收集线程执行结果最基本的线程执行结果收集方法是使用 Future 对象:package com.techlog.test.service; import org.slf4j.LoggerFactory; import org.springframework.stereotype.Service; import java.util.ArrayList; import java.util.List; import java.util.concurrent.ExecutionException; import java.util.concurrent.Executo
#技术帖    #龙潭书斋    #线程    #thread   
概述延迟任务就是诸如“在 100ms 以后执行”这样的任务,而周期任务则是“每 10ms 执行一次”这样的任务延迟任务与周期任务通常通过 Timer 类负责实现和管理,但是 Timer 类是基于绝对时间而不是相对时间的调度机制,系统时钟的变化会直接影响到 Timer 的执行结果,这是 Timer 的一个明显的缺陷,另一个缺陷在于 Timer 在执行所有定时任务时只会创建一个线程,所有任务的调度延迟时间都是基于上一个任务的结束时间,这样如果某个任务执行时间过长,那么将会破坏其他任务的执行,同时,一旦任务抛出了一个未知的异常,由于 Timer 线程不捕获异常也并不会尝试恢复,因此他会彻底停止执行和调度,这个问题通常被称为“线程泄漏”ScheduledThreadPoolExecutor 是替代 Timer 的一个比较好的组件,他是通过相对时间进行控制的,不依赖于系统时钟,同时任务的每次执行时间都是基于上一次任务的开始时间计算,结合并发的特性,实现了每次调度不依赖于每次实际的任务执行时间,通过 Executors 对象的工厂方法 newScheduledThreadPoo
#技术帖    #龙潭书斋    #线程    #线程池   
概述前面的日志中,我们主要介绍了 java 并发编程的基本内容和一些基本工具类我们已经知道,很多情况下,单线程线性执行的效率是不可以接受的,而为每个任务都创建线程,可能会无限制的创建下去,资源消耗会异常显著,同时,线程生命周期的开销非常高,不断创建与销毁造成了不必要的代价,而 JVM 还有这 thread 数、栈大小的限制,无线分配线程下去会很容易抛出 OutOfMemoryError,而这样的错误是非常危险的因此,在一定范围内,增加线程可以提高系统吞吐量,但如果超出了这个范围,再创建更多线程只会降低程序的执行速度,并且可能造成整个应用程序的崩溃很多时候,在原型设计和开发阶段,无线创建线程的模型可以很完美的运行,但是在高负载下运行或有人攻击你的接口的时候,这个隐患才会爆发出来 线程池此前,我们介绍过如何通过有界队列来防止高负荷的应用程序耗尽内存:java 中线程安全的容器类线程池则是另一种十分简化的线程管理工具 与上述模式相比,线程池具有显而易见的优势,顾名思义,线程池是一个缓存工作线程的资源池,当请求到来,通常无需重新创建线程,而是直接使用池中的线程,这样就减少了创建和销毁线程的巨大开销,同时也提高了响应速度通过调整线程池中线程数的多少,可以有效地保持处理器的忙碌状态,充分利用资源,也可以防
#技术帖    #龙潭书斋    #线程    #thread   

200x200


概述上一篇日志中,我们介绍了 java 并发编程中的线程安全容器类java 中线程安全的容器类本篇日志中,我们介绍一下 java 中除此之外的其他同步工具类&n

#技术帖    #龙潭书斋    #线程    #thread   



京ICP备15018585号