Java Web技术经验总结(一)

作者: 程序熊大 | 来源:发表于2016-04-26 22:15 被阅读16696次
    1. 接口的权限认证,使用拦截器(HandlerInterceptorAdapter),参考:第五章 处理器拦截器详解——跟着开涛学SpringMVC。注意:推荐能使用servlet规范中的过滤器Filter实现的功能就用Filter实现,因为HandlerInteceptor只有在Spring Web MVC环境下才能使用,因此Filter是最通用的、最先应该使用的
    2. “@Autowired”的含义是:ListableBeanFactory接口定义的<T> Map<String, T> getBeansOfType(Class<T> var1) throws BeansException;,即获取类型T的所有实例,并存放在一个Map中:key集合是这些实例的包名、value集合是这些实例本身。
    3. 接口层应该实现如下目标(参考:SpringMVC4.1之Controller层最佳实践):
    • 统一的响应体、请求体,规避Map、List作参数或者响应结果的方式(尤其是参 - 数用Map来包装,这种代码有时候看起来真的让人很沮丧)
    • 统一的错误信息
    • 统一的请求数据校验
    • 统一的接口异常捕获
    1. MySQL建表的时候,可以按照下列顺序考虑
    • 表名,以及备注
    • 字段定义,以及备注,注意按照下列顺序定义字段!
      • id,主键,自增
      • 按照字段的使用频率依次定义(字段的顺序为什么重要:);
      • 可为空的字段要提供默认值
      • 修改时间(mtime)
      • 创建时间(ctime)
    • 索引和约束(强文推荐:如何应对并发(1):关于数据索引
      • 唯一键(对于有唯一约束的表,插入数据时应使用insert ... on duplicate语句,参考insert on duplicate语法
      • 普通索引
      • 组合索引
    1. 使用@Async注解,可限定某个类的所有方法或者某个方法进行异步处理,属于对线程池技术的封装。参考官方文档:Annotation Support for Scheduling and Asynchronous Execution,另外,CSDN这篇博文也不错:Spring异步任务处理,@Async的配置和使用
    • <task:executor/>标签对应的实现类是ThreadpoolExecutor
      • pool-size(core-size和max-size):有异步请求到达时,如果当前线程数小于core-size时,则启动一个新线程提供服务;如果当前线程数达到core-size,则将新请求放入Blockqueue;如果BlockQueue也满了,则启动新线程提供服务,直到线程池内的线程数达到max-size;
      • queue-capacity:BlockQueue的大小
      • keep-alive:超过core-size的那部分线程,任务完成后在线程池中存活的时间;
      • rejection-policy:线程池内线程超过max-size之后,对于新来的服务请求的处理策略(忽略、抛异常或者改为同步调用)。
    • 线程池的大小:可根据Little定律(队列中任务的平均数量等于进入速率和平均停留时间的乘积)估算。
    • 需要通过日志打印验证@Async确实起作用了,可能有三个坑:(1)内部调用不能异步;(2)不能重复扫描,确保带@Async注解的方法所在的类只被Component-Scan扫一次;(3)必须是public的,不能是public static的。参考文章如下:
    1. Spring中的xxxAware接口是spring框架中的常用模式,经常用于在spring启动阶段通过这类接口提供的setXxx方法给spring管理的bean赋值。Aware接口有点监听者、回调函数或者观察者模式的感觉。在启动过程中,Spring会检查每个bean是否实现了某些个xxxAware接口,如果发现一个,则调用对应的方法,给bean提供相应的信息。参见stackoverflow答案:BeanNameAware and BeanFactoryAware。常见的xxxAware接口有:BeanNameAware、BeanClassLoaderAware、BeanFactoryAware。
    2. 工作中的软件开发,要做到哪些方面?敏捷开发并不是野蛮开发,最关键的特性是小步快跑,作为开发者,还是要从下列几个方面考虑问题:
    • 需求评审,产出需求文档
    • 设计评审,产出设计文档
    • 代码开发(尽量使用最佳实践,注意要写基本的单元测试)
      • 基本功能开发
      • 日志记录
      • 异常处理
      • 入参检查
      • 返回结果生成
      • 异步任务处理
    • 代码review:自己review => 高级开发者review;核心代码需要团队review
    • 测试
      • 功能测试(正常case、异常case)
      • 性能测试(压力测试)
      • 稳定性测试
    • 发布
      • 风险评估(影响范围、后果)
      • 回滚预案(应急处理方案、服务降级等)
      • 灰度发布(流量灰度、用户灰度、地域灰度等)
    1. 在spring中不能通过new一个实例来使用,否则在mockito测试的时候没法预设行为;在spring中要使用其他组件,必须通过xml或者注解方式,由spring容器负责装配。
    2. 单元测试,推荐使用Mockito框架,理由有三:(1)可专注于被测试对象;(2)不需要建立复杂的bean依赖关系;(3)DSL描述性语言简单易懂。参考文章:反模式的经典 - Mockito设计解析 在项目开发中,建议配合使用Mockito和Assertj写单元测试。
    3. 实现定时任务,可使用Quartz框架,参考:Spring 调度工具Quartz cron 表达式的格式

    相关文章

      网友评论

      本文标题:Java Web技术经验总结(一)

      本文链接:https://www.haomeiwen.com/subject/tkeqrttx.html