首页 文章 精选 留言 我的

精选列表

搜索[Vue3组件库],共10000篇文章
优秀的个人博客,低调大师

SpringCloud微服务(03):Hystrix组件,实现服务熔断

本文源码:GitHub·点这里 || GitEE·点这里 一、熔断器简介 微服务架构特点就是多服务,多数据源,支撑系统应用。这样导致微服务之间存在依赖关系。如果其中一个服务故障,可能导致系统宕机,这就是所谓的雪崩效应。 1、服务熔断 微服务架构中某个微服务发生故障时,要快速切断服务,提示用户,后续请求,不调用该服务,直接返回,释放资源,这就是服务熔断。 熔断生效后,会在指定的时间后调用请求来测试依赖是否恢复,依赖的应用恢复后关闭熔断。 2、服务降级 服务器高并发下,压力剧增的时候,根据当业务情况以及流量,对一些服务和页面有策略的降级(可以理解为关闭不必要的服务),以此缓解服务器资源的压力以保障核心任务的正常运行。 双十一期间,支付宝很多功能都会提示,[双十一期间,保障核心交易,某某服务数据延迟]。 3、核心依赖 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-hystrix</artifactId> </dependency> 4、核心注解 @EnableHystrix 启动类注解控制熔断功能。 @HystrixCommand 方法注解,熔断控制配置。 5、案例模块描述 演示基于Ribbon服务的熔断 node03-consume-8001 演示基于Feign服务的熔断 node03-consume-8002 Eureka注册中心 node03-eureka-7001 两个服务提供方 node03-provider-6001 node03-provider-6002 二、基于Ribbon服务熔断 1、熔断执行方法 /** * 服务熔断调用方法 */ public String getDefaultInfo (){ return "服务被熔断" ; } 2、简单案例 /** * 简单配置 */ @RequestMapping("/showInfo1") @HystrixCommand(fallbackMethod = "getDefaultInfo") public String showInfo1 (){ return restTemplate.getForObject(server_name+"/getInfo",String.class) ; } Hystrix默认的超时时间是1秒,超时时间内部响应,就会执行熔断,进入fallback程序。由于Spring的懒加载机制,首次请求往往比较慢,可以通过配置Hystrix超时时间解决。 3、复杂案例 配置超时、并发、线程池、指定异常熔断忽略 /** * 复杂配置 */ @RequestMapping("/showInfo2") @HystrixCommand( fallbackMethod = "getDefaultInfo", commandProperties={ // 降级处理超时时间设置 @HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds", value = "3000"), // 任意时间点允许的最高并发数。超过该设置值后,拒绝执行请求。 @HystrixProperty(name = "fallback.isolation.semaphore.maxConcurrentRequests", value = "1000"), }, // 配置执行的线城池 threadPoolProperties = { @HystrixProperty(name = "coreSize", value = "20"), @HystrixProperty(name = "maxQueueSize", value = "-1"), }, // 该异常不执行熔断,去执行该异常抛出的自己逻辑 ignoreExceptions = {ServiceException.class} ) public String showInfo2 (){ String value = "" ; // 测试配置异常不熔断 // 响应:{"code":500,"msg":"运行异常"} if (value.equals("")){ throw new ServiceException("运行异常") ; } // 该异常被熔断 // if (value.equals("")){ // throw new RuntimeException("抛出错误") ; // } return restTemplate.getForObject(server_name+"/getInfo",String.class) ; } 4、启动类注解 @EnableHystrix 三、基于Feign服务熔断 1、Jar包说明 通过观察Fegin依赖的JAR可知,Fegin的Jar下包含Hystrix需要的Jar包,这里不用再次导入依赖。 2、熔断配置 Feign用接口实现的声明式Rest请求,所以配置也就在接口上面了。 1)、接口代码 @FeignClient(value = "NODE02-PROVIDER",fallback = FallbackService.class) public interface GetAuthorService { @RequestMapping(value = "/getAuthorInfo/{authorId}",method = RequestMethod.GET) String getAuthorInfo (@PathVariable("authorId") String authorId) ; } 2)、熔断执行代码 @Component public class FallbackService implements GetAuthorService { @Override public String getAuthorInfo(String authorId) { return "服务被熔断"+authorId; } } 3)、配置文件 开启熔断功能 feign: hystrix: enabled: true 3、服务类注解 由于上面的接口和熔断代码是在不同的Jar模块中,所以要在启动类@SpringBootApplication注解中扫描,如下。 @SpringBootApplication(scanBasePackages = {"cloud.node02.consume","cloud.block.code.service"}) @EnableEurekaClient // 本服务启动后会自动注册进eureka服务中 @EnableDiscoveryClient // 因为包名路径不同,需要加basePackages属性 @EnableFeignClients(basePackages={"cloud.block.code.service"}) public class Application_8002 { public static void main(String[] args) { SpringApplication.run(Application_8002.class,args) ; } } 四、源代码说明 GitHub地址:知了一笑 https://github.com/cicadasmile/spring-cloud-base 码云地址:知了一笑 https://gitee.com/cicadasmile/spring-cloud-base

优秀的个人博客,低调大师

Mybatis执行SQL的4大基础组件详解

温馨提示:本篇是源码分析Mybatis ShardingJdbc SQL语句执行的前置篇。源码分析Mybatis系列目录: 1、源码分析Mybatis MapperProxy初始化之Mapper对象的扫描与构建2、源码分析Mybatis MappedStatement的创建流程 1、Executor sql执行器,其对应的类全路径:org.apache.ibatis.executor.Executor。 1.1 Executor类图 Executor执行器根据接口,定义update(更新或插入)、query(查询)、commit(提交事务)、rollback(回滚事务)。接下来简单介绍几个重要方法: int update(MappedStatement ms, Object parameter) throws SQLException更新或插入方法,其参数含义如下:、 1)MappedStatement ms:SQL映射语句(Mapper.xml文件每一个方法对应一个MappedStatement对象)2)Object parameter:参数,通常是List集合。 - < E> List< E> query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler) 查询方法,其参数含义如下:1)RowBounds:行边界,主要值分页参数limit、offset。2)ResultHandler resultHandler:结果处理器。 - CacheKey createCacheKey(MappedStatement ms, Object parameterObj, RowBounds bounds, BoundSql bSql) 创建缓存Key,Mybatis一二级缓存的缓存Key,可以看出Key由上述4个参数来决定。1)BoundSql boundSql:可以通过该对象获取SQL语句。 CachingExecutor支持结果缓存的SQL执行器,注意其设计模式的应用,该类中,会持有Executor的一个委托对象,CachingExecutor关注与缓存特定的逻辑,其最终的SQL执行由其委托对象来实现,即其内部的委托对象为BaseExecutor的实现类。 BaseExecutorExecutor的基础实现类,该类为抽象类,关于查询、更新具体的实现由其子类来实现,下面4个都是其子类。 SimpleExecutor简单的Executor执行器。 BatchExecutor支持批量执行的Executor执行器。 ClosedExecutor表示一个已关闭的Executor。 ReuseExecutor支持重复使用Statement,以SQL为键,缓存Statement对象。 1.2 创建Executor 在Mybatis中,Executor的创建由Configuration对象来创建,具体的代码如下: Configuration#newExecitor public Executor newExecutor(Transaction transaction) { return newExecutor(transaction, defaultExecutorType); // @1 } public Executor newExecutor(Transaction transaction, ExecutorType executorType) { executorType = executorType == null ? defaultExecutorType : executorType; executorType = executorType == null ? ExecutorType.SIMPLE : executorType; Executor executor; if (ExecutorType.BATCH == executorType) { // @2 executor = new BatchExecutor(this, transaction); } else if (ExecutorType.REUSE == executorType) { executor = new ReuseExecutor(this, transaction); } else { executor = new SimpleExecutor(this, transaction); } if (cacheEnabled) { // @3 executor = new CachingExecutor(executor); } executor = (Executor) interceptorChain.pluginAll(executor); // @4 return executor; } 从上面的代码可以看出,Executor的创建由如下三个关键点:代码@1:默认的ExecutorType为ExecutorType.SIMPLE,即默认创建的Executory为SimpleExecutor。代码@2:根据executorType的值创建对应的Executory。代码@3:如果cacheEnabled为true,则创建CachingExecutory,然后在其内部持有上面创建的Executor,cacheEnabled默认为true,则默认创建的Executor为CachingExecutor,并且其内部包裹着SimpleExecutor。代码@4:使用InterceptorChain.pluginAll为executor创建代理对象,即Mybatis的拆件机制,将在该系列文章中详细介绍。 2、StatementHandler 在学习StatementHandler之前,我们先来回顾一下JDBC相关的知识。JDBC与语句执行的两大主流对象:java.sql.Statement、java.sql.PrepareStatement对象大家应该不会陌生,该对象的execute方法就是执行SQL语句的入口,通过java.sql.Connection对象创建Statement对象。Mybatis的StatementHandler,是Mybatis创建Statement对象的处理器,即StatementHandler会接管Statement对象的创建。 2.1 StatementHandler类图 StatementHandler根接口,我们重点关注一下其定义的方法: Statement prepare(Connection connection)创建Statement对象,即该方法会通过Connection对象创建Statement对象。 void parameterize(Statement statement)对Statement对象参数化,特别是PreapreStatement对象。 void batch(Statement statement)批量执行SQL。 int update(Statement statement)更新操作。 < E> List< E> query(Statement statement, ResultHandler resultHandler)查询操作。 BoundSql getBoundSql()获取SQL语句。 ParameterHandler getParameterHandler()获取对应的参数处理器。 BaseStatementHandlerStatementHandler的抽象实现类,SimpleStatementHandler、PrepareStatementHandler、CallableStatementHandler是其子类。 我们来一一看一下其示例变量: - Configuration configuration Mybatis全局配置对象。 - ObjectFactory objectFactory 对象工厂。 - TypeHandlerRegistry typeHandlerRegistry 类型注册器。 - ResultSetHandler resultSetHandler 结果集Handler。 - ParameterHandler parameterHandler 参数处理器Handler。 - Executor executor SQL执行器。 - MappedStatement mappedStatement SQL映射语句(Mapper.xml文件每一个方法对应一个MappedStatement对象) - RowBounds rowBounds 行边界,主要值分页参数limit、offset。 - BoundSql boundSql 可以通过该对象获取SQL语句。 SimpleStatementHandler具体的StatementHandler实现器,java.sql.Statement对象创建处理器。 PrepareStatementHandlerjava.sql.PrepareStatement对象的创建处理器。 CallableStatementHandlerjava.sql.CallableStatement对象的创建处理器,可用来执行存储过程调用的Statement。 RoutingStatementHandlerStatementHandler路由器,我们看一下其构造方法后,就会对该类了然于胸。 public RoutingStatementHandler(Executor executor, MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) { switch (ms.getStatementType()) { // @1 case STATEMENT: delegate = new SimpleStatementHandler(executor, ms, parameter, rowBounds, resultHandler, boundSql); break; case PREPARED: delegate = new PreparedStatementHandler(executor, ms, parameter, rowBounds, resultHandler, boundSql); break; case CALLABLE: delegate = new CallableStatementHandler(executor, ms, parameter, rowBounds, resultHandler, boundSql); break; default: throw new ExecutorException("Unknown statement type: " + ms.getStatementType()); } } 原来是会根据MappedStatement对象的statementType创建对应的StatementHandler。 2.2 创建StatementHandler Configuration#newStatementHandler public StatementHandler newStatementHandler(Executor executor, MappedStatement mappedStatement, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) { StatementHandler statementHandler = new RoutingStatementHandler(executor, mappedStatement, parameterObject, rowBounds, resultHandler, boundSql); // @1 statementHandler = (StatementHandler) interceptorChain.pluginAll(statementHandler); // @2 return statementHandler; } 该方法的两个关键点如下:代码@1:创建RoutingStatementHandler对象,在其内部再根据SQL语句的类型,创建对应的StatementHandler对象。代码@2:对StatementHandler引入拆件机制,该部分将在该专题的后续文章中会详细介绍,这里暂时跳过。 3、ParameterHandler 参数处理器。同样我们先来看一下其类图。 3.1 ParameterHandler类图 这个比较简单,就是处理PreparedStatemet接口的参数化处理,也可以顺便看一下其调用链(该部分会在下一篇中详细介绍)。 3.2 创建ParameterHandler Configuration#newParameterHandler public ParameterHandler newParameterHandler(MappedStatement mappedStatement, Object parameterObject, BoundSql boundSql) { ParameterHandler parameterHandler = mappedStatement.getLang().createParameterHandler(mappedStatement, parameterObject, boundSql); parameterHandler = (ParameterHandler) interceptorChain.pluginAll(parameterHandler); // @1 return parameterHandler; } 同样该接口也支持插件化机制。 4、ResultSetHandler 处理结果的Handler。我们同样看一下其类图。 4.1 ResultSetHandler类图 处理Jdbc ResultSet的处理器。 4.2 ResultSetHandler创建 Configuration#newResultSetHandler public ResultSetHandler newResultSetHandler(Executor executor, MappedStatement mappedStatement, RowBounds rowBounds, ParameterHandler parameterHandler, ResultHandler resultHandler, BoundSql boundSql) { ResultSetHandler resultSetHandler = new DefaultResultSetHandler(executor, mappedStatement, parameterHandler, resultHandler, boundSql, rowBounds); resultSetHandler = (ResultSetHandler) interceptorChain.pluginAll(resultSetHandler); return resultSetHandler; } 同样支持插件化机制,我们也稍微再看一下其调用链:可以看出其调用的入口为SQL执行时。 本文作为下一篇《源码分析Mybatis整合ShardingJdbc SQL执行流程》的前置篇,重点介绍Executor、StatementHandler、ParameterHandler、ResultSetHandler的具体职责,以类图为基础并详细介绍其核心方法的作用,然后详细介绍了这些对象是如何创建,并引出Mybatis拆件机制。 原文发布时间为:2019-05-21本文作者:丁威,《RocketMQ技术内幕》作者。本文来自中间件兴趣圈,了解相关信息可以关注中间件兴趣圈。

优秀的个人博客,低调大师

canal 1.1.4 发布,MySQL binlog 增量订阅&消费组件

canal 1.1.4正式发布,迎来最重要的WebUI能力,终于可以告别黑屏运维! 主要特性: 1. 引入canal-admin工程,支持面向WebUI的canal动态管理能力,支持配置、任务、日志等在线白屏运维能力 【超级福利】 2. fastsql重大版本升级,全面兼容MySQL DDL的解析能力,关闭所有已知DDL的issue,全面保障TableMetaTSDB的稳定性 3. 多语言家族新增Python客户端的贡献,目前总计支持5钟语言的sdk,包含:java/c#/go/php/python 4. 修复MQ发送的边界性问题,新增kafka的Kerberos认证 WebUI相关示意图: 1. 创建canal集群 2. 运维instance

优秀的个人博客,低调大师

JavaWeb三大组件之监听器(Listener)

监听器是一个专门用于对其他对象身上发生的事件或状态改变进行监听和相应处理的对象,当被监视的对象发生情况时,立即采取相应的行动。监听器其实就是一个实现特定接口的普通java程序,这个程序专门用于监听另一个java对象的方法调用或属性改变,当被监听对象发生上述事件后,监听器某个方法立即被执行。 上述概念设计到3个名词概念: 1.事件源:即谁产生的事件 2.事件对象:即产生了什么事件 3.监听器:监听事件源的动作 由于事件源可以产生多个动作(即产生多个事件),而监听器中的每一个方法监听一个动作,故每个监听器中都有很多方法。 1.JavaWeb中的监听器 1.1概念 JavaWeb中的监听器是Servlet规范中定义的一种特殊类,它用于监听web应用程序中的ServletContext、HttpSession和 ServletRequest这三大域对象的创建、销毁事件以及监听这些域对象中的属性发生修改的事件。 1.2JavaWeb中监听器的分类 在Servlet规范中定义了多种类型的监听器(一共8个监听器),它们用于监听的事件源分别为ServletContext,HttpSession和ServletRequest这三个域对象。Servlet规范针对这三个对象上的操作,又把多种类型的监听器划分为三种类型: 1.域对象的生命周期监听:监听域对象自身的创建和销毁。这个监听器需要实现相应的监听器接口:ServletContextListener、HttpSessionListener、ServletRequestListener。 2.域对象的属性监听:监听域对象中属性的增加和删除。这个监听器需要实现的监听器接口为:ServletContextAttributeListener、HttpSessionAttributeListener、ServletRequestAttributeListener 3.感知监听(都与HttpSession域对象有关):监听绑定到HttpSession域中的某个JavaBean对象的状态的监听器。这个监听器需要实现的监听器接口:HttpSessionBindingListener、HttpSessionActiveationListener. 1.3第一类:域对象的生命周期监听 事件源为:三大域事件对象为:创建与销毁监听器为:实现了ServletContextListener、HttpSessionListener、ServletRequestListener这三个接口的监听器 1.3.1ServletContext的生命周期监听 publicclassAListenerimplementsServletContextListener{ publicvoidcontextInitialized(ServletContextEventsce) { //在项目启动时调用 } publicvoidcontextDestroyed(ServletContextEventsce) { //在项目关闭时调用 } } 在web.xml文件中对该监听器进行配置: <listener> <listener-class>listener.AListener</listener-class> </listener> 1.3.2HttpSession的生命周期监听 代码同上述基本一致: publicclassAListenerimplementsHttpSessionListener{ publicvoidsessionCreated(HttpSessionEventsce) { //在会话产生时调用 } publicvoidsessionDestroyed(HttpSessionEventsce) { //在会话关闭时调用 } } 同样需要在web.xml文件中进行配置: <listener> <listener-class>listener.AListener</listener-class> </listener> 1.3.4对各个监听器接口的方法中出现的类介绍 ServletContextEvent类:类中有一个方法getServletContext(),该方法返回ServletContext对象。 HttpSessionEvent类:类中有一个方法getSession(),该方法返回一个HttpSession对象。 ServletRequestEvent类:类中有两个方法,getServletContext()用于返回一个ServletContext对象,getServletRequest()用于返回一个ServletRequest对象。 1.4第二类:域对象的属性监听 事件源:三大域事件对象:属性的增加与删除监听器:实现了ServletContextAttributeListener、HttpSessionAttributeListener、ServletRequestAttributeListener接口的监听器 1.4.1ServletContext的属性监听 publicclassAListenerimplementsServletContextAttributeListener{ publicvoidattributeAdded(ServletcontextAttributescab){ //给ServletContext对象添加属性时调用 } publicvoidattributeRemoved(ServletContextAttributeEventscab){ //给ServletContext对象删除属性时调用 } publicvoidattributeReplaced(ServletContextAttributeEventscab){ //给ServletContext对象替换属性值时调用 } } 同样需要在web.xml文件中对AListener进行配置。 1.4.2HttpSession的属性监听 publicclassAListenerimplementsHttpSessionAttributeListener{ publicvoidattributeAdded(HttpSessionAttributescab){ //给HttpSession对象添加属性时调用 } publicvoidattributeRemoved(HttpSessionAttributeEventscab){ //给HttpSession对象删除属性时调用 } publicvoidattributeReplaced(HttpSessionAttributeEventscab){ //给HttpSession对象替换属性值时调用 } } 同样需要在web.xml中对AListener进行配置。 1.4.3ServletRequest的属性监听 publicclassAListenerimplementsServletRequestAttributeListener{ publicvoidattributeAdded(ServletRequestAttributescab){ //给ServletRequest对象添加属性时调用 } publicvoidattributeRemoved(ServletRequestAttributeEventscab){ //给ServletRequest对象删除属性时调用 } publicvoidattributeReplaced(ServletRequestAttributeEventscab){ //给ServletRequest对象替换属性值时调用 } } 同样需要在web.xml中对AListener进行配置。 1.4.4对各个监听器接口的方法中出现的类介绍 ServletContextAttributeEvent类:该类对象有三个方法,getSevletContext()用于返回一个ServletContext,getName()用于返回属性名,getValue()用于返回属性值。 HttpSessionBindingEvent类:该类对象有两个方法,getName()用于获取属性名,getValue()用于获取属性值。 ServletRequestAttributeEvent类:该类对象有两个方法,getName()用于获取属性名,getValue()用于获取属性值。 1.5感知监听器 保存在Session域中的对象可以有多种状态:绑定(session.setAttribute(“bean”,Object))到Session中,随Session对象持久化到一个存储设备中;从Session域中解除(session.removeAttribute(“bean”))绑定,随Session对象从一个存储设备中恢复。 Servlet 规范中定义了两个特殊的监听器接口”HttpSessionBindingListener和HttpSessionActivationListener”来帮助JavaBean 对象了解自己在Session域中的这些状态,实现这两个接口的类不需要 web.xml 文件中进行注册。 1.5.1HttpSessionBindingListener接口 实现了HttpSessionBindingListener接口的JavaBean对象可以感知自己被绑定到Session中和 Session中删除的事件。 当对象被绑定到HttpSession对象中时,web服务器调用该对象的void valueBound(HttpSessionBindingEvent event)方法。 当对象从HttpSession对象中解除绑定时,web服务器调用该对象的void valueUnbound(HttpSessionBindingEvent event)方法。 publicclassJavaBeanDemo1implementsHttpSessionBindingListener{ privateStringname; @Override publicvoidvalueBound(HttpSessionBindingEventevent){ System.out.println(name+"被加到session中了"); } @Override publicvoidvalueUnbound(HttpSessionBindingEventevent){ System.out.println(name+"被session踢出来了"); } publicStringgetName(){ returnname; } publicvoidsetName(Stringname){ this.name=name; } publicJavaBeanDemo1(Stringname){ this.name=name; } } 上述的JavaBeanDemo1这个javabean实现了HttpSessionBindingListener接口,那么这个JavaBean对象可以感知自己被绑定到Session中和从Session中删除的这两个操作。 1.5.2HttpSessionActivationListener接口 实现了HttpSessionActivationListener接口的JavaBean对象可以感知自己被活化(反序列化)和钝化(序列化)的事件。 当绑定到HttpSession对象中的javabean对象将要随HttpSession对象被钝化(序列化)之前,web服务器调用该javabean对象的void sessionWillPassivate(HttpSessionEvent event) 方法。这样javabean对象就可以知道自己将要和HttpSession对象一起被序列化(钝化)到硬盘中。 当绑定到HttpSession对象中的javabean对象将要随HttpSession对象被活化(反序列化)之后,web服务器调用该javabean对象的void sessionDidActive(HttpSessionEvent event)方法。这样javabean对象就可以知道自己将要和 HttpSession对象一起被反序列化(活化)回到内存中。(javabean随着HttpSession对象一起被活化的前提是该javabean对象除了实现该接口外还应该实现Serialize接口)。 publicclassJavaBeanDemo2implementsHttpSessionActivationListener, Serializable{ privatestaticfinallongserialVersionUID=7589841135210272124L; privateStringname; @Override publicvoidsessionWillPassivate(HttpSessionEventse){ System.out.println(name+"和session一起被序列化(钝化)到硬盘了,session的id是:"+se.getSession().getId()); } @Override publicvoidsessionDidActivate(HttpSessionEventse){ System.out.println(name+"和session一起从硬盘反序列化(活化)回到内存了,session的id是:"+se.getSession().getId()); } publicStringgetName(){ returnname; } publicvoidsetName(Stringname){ this.name=name; } publicJavaBeanDemo2(Stringname){ this.name=name; } } 既然这里谈到了session的序列化(钝化),反序列化(活化)那我们就来具体聊聊。 2.session序列化(钝化) 在session上线时,会在tomcat/work/Catalina/localhost/项目名/下生成一个sessions.ser文件,里面存放了所有session的信息,当你正在访问某个网页时若此时服务器关闭(关闭时才生成这个文件)又打开(打开后这个文件会消失),你依旧能正常访问该网页。(故说session有重生的效果)。若想废掉session的序列化,需要在tomcat/conf/context.xml中添加<Manager pathname=“”/> 3.session的钝化与活化 Tomcat会在session一段时间内不被使用时钝化session对象,所谓钝化session,就是把session通过序列化的方法保存到硬盘文件中。当用户再使用session时,Tomcat还会把钝化的对象再活化session,所谓活化就是把硬盘文件中的session在反序列化中放回内存。当session被tomcat钝化时,sesseion中存储的对象也被钝化,当session被活化时,也会把session中存储的对象(javabean对象)活化。如果某个类(javabean对象)实现了HttpSessionActiveationListener接口后,当对象随着session被钝化和活化时,下面两个方法就会被调用: publicvoidsessionWillPassivate(HttpSessionEventse):当对象感知被活化时调用本方法。 publicvoidsessionDidActivate(HttpSessionEventse):当对象感知被钝化时调用本方法。 钝化时会在tomcat/work/Catalina/localhost/项目/mysession/文件下生成一个后缀为.session的文件,网页中一个被钝化的session就对应一个.session文件(而上面的序列化是一个.ser文件存在所有的session),在活化时此文件也不会消失(不同于上述的.ser文件消失)。当然要看到上述效果,应该先配置tomcat钝化session的参数,在tomcat/conf/catalina/localhost目录下,添加以下配置内容(google一下吧)。

优秀的个人博客,低调大师

MediaCodec在Android视频硬解码组件的应用

背景: 随着多媒体产业的发展,手机端对视频解码性能要求越来越高。如果采用cpu进行解码,则会占用很多cpu资源。现在主流做法是利用手机gpu资源进行视频解码。Android系统在Android4.0(API 16)增加了 MediaCodec,可以支持app调用java接口,进而使用底层硬件的音视频编解码能力。Android ndk在 Android 5.0(API21) 提供了对应的Native方法。功能大体相同。 MediaCodec 可以处理编码,也可以处理解码;可以处理音频,也可以处理视频,里面有软解(cpu),也有硬解(gpu)。具体手机Android 系统一般会写在 media_codecs.xml 上。不同手机位置不一样。根据我的经验,大多数手机上是/system/etc/目录下。 这里主要是讲视频解码。 Android M

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册