T31训练营学习笔记

1. 代码评审 1.1 什么样的是烂代码？ 人的视角 维护者脏话的频率高 维护者脏话的类型丰富 存在打架斗殴的可能性 面向离职编程 代码视角 1.不遵守代码规约 2. 代码像迷宫 3. 代码流程脚踩西

1. 分布式锁 在同一个JVM内部，大家往往采用synchroinized或者Lock的方式来解决多线程间的安全问题，但是在分布式架构下，在JVM之间，那么需要一种更加高级的锁机制，来处理跨JVM进程

1. 单元测试规约 1.1 认识单元测试 单元测试是对软件组成单元进行的测试，其目的是检验软件基本组成单元的正确性。测试对象是软件设计的最小单元：模块，又称为模块测试 1.2 单元测试的AIR原则 1

1. OAuth2是什么 1.1 OAuth2授权模式 序号 名称 简介 安全性 1 授权码模式 最完整和严谨的授权模式，第三方平台登录都是此模式 最高 2 简化模式 省略授权码阶段，客户端是纯静态页

1. 集合规约 1.1 集合框架图 1.2 数据结构与时间复杂度 1.2.1 数据结构 指的是逻辑意义上的数据组织方式，及其相应的处理方式 1.2.2 数据组织方式 线性结构 树结构 图结构 哈希结构

1. 浮点数数据的处理 任何货币金额，均以最小货币单位且整形类型来进行存储 1.1 浮点数据类型的问题-精度丢失 单精度的存储示例5.2的存储 改写整数部分，先将整数部分十进制数改写成二进制101 小

1. 编码规约 1.1 编码规约存在的意义 减少代码的维护成本 改善可读性 提高团队开发的合作效率 锻炼出更加严谨的思维 身心愉快 1.2 代码风格与命名格式 命名提现代码元素特征 抽象类命名使用Ab

1. 关于技术选型 1.1 为什么要啊进行技术选型？ 降低开发成本 提高研发效率 1.2 微服务架构的产生 1.3 SOA和微服务的思维区别 1.4 微服务分层架构图 业务隔离 并行开发 易于运维 单

1. 应用分层 1.1 为什么要分层？ 隐藏下层业务逻辑的复杂性 提高系统的组件化和可维护性 可扩展性、可维护性 计算机领域的任何问题都可以通过增加一个中间层解决 1.2 MVC框架模式 Model

1. Java异常机制 1.1 使用异常、日志为系统保驾护航 异常应当描述导致当前异常发生的原因 根据异常栈快速定位到异常发生的位置 结合异常描述和异常栈解决异常 1.2 Java异常处理流程 1.3

1、建表规约 强制规约 1.1 表、字段命名 必须使用小写字母或数字 禁止出现数字开头 禁止两个下划线中间只出现数字 不使用复数名词 禁用保留字 是否概念的字段，必须使用is_xxx的方式命名 1.2

架构设计学习笔记 1. 需求分析 任何系统的设计，都离不开其特定的业务场景，也就是需求分析。需求分析的目的，是为了弄清楚该系统在完成一件什么事情，主要回答为什么要做这个系统，以及这个系统是什么样子等问