孤尽T31

系统健壮性-面向失败设计 上一篇系统健壮性分享了系统健壮性的一般的方法，比如负载均衡、限流、服务降级等方案。这篇文档基于孤尽老师更高层次的思考，给出如何应对一些不可抗力的情况下，面向失败的机构设计。

系统健壮性设计 这节课是孤尽老师上课，讲了很多系统健壮性方面的设计思想，内容很多，需要细细品味。 一、代码评审 系统健壮的基础其实是优良的代码，怎么保证优良的代码，孤尽老师给了解决方案，就是代码评审，

redisson分布式锁 在之前文章redis分布式锁 https://juejin.cn/post/7033690844083257380 中，分享了通过原生的redis实现分布式锁的一些方案，主要

第四周学习总结 学习压力好大，终于熬到了第四周的末端，看到曙光了。 这周主要是项目实战做的比较多，将项目中的原先的Apache shiro安全框架，切换到Spring securty oauth2框架

Redis分布式锁 在同一个JVM内部，大家往往采用synchronized或者Lock的方式来解决多线程间的并发安全问题，但是在分布式架构下，在JVM之间就需要一种更加高级的锁机制，来处理这种跨JV

系统安全规约实践 一、 权限控制 1.1 越权访问漏洞 什么是越权访问 越权访问（Broken Access Control，简称BAC）是Web应用程序中一种常见的漏洞，由于其存在范围广、危害大，被

单元测试 大家都指导单元测试很重要，但是又极少能做好单元测试，这节课主要跟着老师学习了单元测试的一些原则和最佳实践。 一、单元测试原则 1.1 宏观原则：AIR原则 宏观上，单元测试整体必须遵守 AI

springsecurity 定制用户认证 如果定制spring security的用户认证，方法有很多，在T31项目中，我们定义了一个UserDetailServiceImpl即完成了定制逻辑，为什

微服务至OpenFeign实战 虽然网上材料有很多，但是在实际用的过程中，还是遇到了一些坑。这里就分享一下再课程实战过程中，排查坑的过程。 一、使用场景说明 认证中心服务auth-center在做用户

spring security OAuth2 前端开发 OAuth2实现时，前端也有一些注意事项，否则请求OAuth2服务依然无法请求成功。 OAuth2支持四种认证模式，如果应用系统和认证中心都是自

第三周学习总结 本周是烧脑的一周，学了几个难点，需要一一攻克，不搞定实在是难受。 一、烧脑的学习内容 1.1 浮点数的认识 通过对数字的深入理解，加强对数字相关设计的关注度。浮点数琢磨了好几天才理解清

浮点数的奥秘 经过烧脑的课程，琢磨了好久，终于明白了浮点数是怎么存储的。 一、先认识一下浮点数 1.1 存储格式 以单精度浮点数float为例，存储规则为。 1.2 实例查看 我们看一下16.9这个数

OAuth2基础 OAuth2是一种授权机制，给终端用户提供一个临时的access_token来访问系统资源。 一、OAuth2的四种模式 1.1 授权码模式 最安全的模式，有一个二次验证的过程。 关

集合和并发学习笔记 一、 集合规约 1.1 整体了解JAVA集合 红色表示接口，蓝色代表抽象类，绿色表示并发包中的集合；灰色表示早期线程安全类，已经不推荐使用。 1. 集合顶级接口 两个超顶级接口：线

HashMap源码解析 之前没看过JKDK源码，这次课老师给讲了集合，顺便用HashMap的源码将我击溃。今天花时间看一下HashMap,奋起反击。 一、HashMap基本概念 基本属性 thresh

Java代码避坑指南 蝴蝶效应，系统崩溃可能就是程序员一个小不注意的点引起的。系统的维护过程，就是在漫长的系统运行过程中，将这些点一一扫除干净。本节课会学到很多这样的点，让我们提前避坑。 一、浮点数处

第二周总结 一、学习内容回顾 本周主要是工程搭建方面知识的学习。主要内容包括 工程结构和框架选型。 1.1 项目分层关注点 项目分层异常处理规则，每个层次对异常处理的方式有所区别。 web层不要放过任

编码规约 系统不是一天崩溃的，代码也不是一天变乱的。 一、编码规约缘起 现代软件是多人协作的产物，协作就是生产力，代码80%的时间是在维护状态的无形协作。 代码规范不一致，代码生产力损耗。 帕金森琐碎

技术选型笔记 一、关于技术选型 孤尽老师在第一节课中提到架构的概念， 架构就是组成+决策，那么做技术选型就是 开发组件选择的一个决策过程。 1.1 技术选型考虑因素 降低开发成本 提高研发效率 考虑流

T31实战工程搭建 一、工程搭建思路 考虑到既要兼顾学习过程，能够体会到微服务搭建的整个过程，又要考虑到作业交付的压力。不能在无谓的用户角色菜单功能上浪费太多精力，就计划选择一个开源的低代码开发平台，