日常开发流水账

2021-01-19
1、今天在设计表的时候遇到一个纠结的问题，表有了自增主键，每条记录也有了唯一编码，在做关联的时候，就不知道用主键关联还是用唯一编码关联好。。。

2、新项目使用shiro过滤的时候，发现swagger请求也被拦截了，所有配置都是拷贝老项目的，怎么会这样，令人大吃一惊，随后发现老项目配置的时候，不仅用来上下文路径，每个请求都的url都有一个固定的路径/web，然后定义shiro过滤器的时候的路径是/web/**，这样swagger的请求不是/web开头的，自然被放行了，这个配置算是个漏洞，如果有人定义的路径没有按照规则以/web开头，就没有经过认证了，细思极恐。。。

3、突然发现自己定义的一个类A中有一个成员变量List<A>，初看时，懵逼了，让我有种陷入无限递归的遐想而无法自拔。怎样才能出来，这么想，定义的时候只是一种类型而已，实际运行时会是不同的对象，比方说运行时有一个a实例，a实例有一个A类型的列表，但是这个列表中的A类型都是另外的不同的实例，这些列表中的A类型的元素，包含这A类型的列表.......只要其中的A类型实例不为null，他确实可以不停的延申，就像p对象包含一个q对象，q对象包含一个r对象......什么情况下会使用这种结构？我是在菜单树里面使用的，一个菜单节点A，有一些当前菜单节点的字段如，菜单名，编码，描述等，然后还包含一个List<A> child。如此鬼神难测的使用方式我都不知道自己是怎么想出来的。。。

4、shiro的SecurityManager是集合了认证、授权、会话等能力的总管，按照一般思维，这种总管类只会聚合别的类，然后由他控制流程，然而实际上ShiroFilterFactoryBean却聚合了SecurityManager。。。突破了我多年的错误惯性思维，在计算机世界里，类型是没有贵贱之分的，他们都为实现功能而服务，不一定是管理者才能调用打工仔，打工仔是可以聚合管理者，然后使唤管理者做事的，这在人类社会是匪夷所思的事情，但是在程序设计里是允许的，所以自己在做设计时，不要被人类社会的关系模型限制，程序设计应该是以高效、简洁、可扩展的方向去考虑，而不用考虑人类社会模型的等级制度约束。建模取自于生活，但是实现方案是要高于生活的

5、今天使用@Cachable注解竟然失效了，启动不报错，运行不报错，就是没有使用缓存？？？

6、今天写代码有这么段代码：System.out.println(null + "a");猜猜输出是什么，nulla，null竟然变成字符串"null"了，以前竟然不知道会有这种事。

7、今天测试环境部署时失败了，失败了，失败了，查看日志发现时有2个service互相依赖导致bean无法加载导致的，但是本地是可以启动的啊，测试环境为啥不行，有人说是加载顺序不同，加载顺序根据依赖hashCode，而hashCode依赖硬件环境，我有点不信。然后发现其中有个类中的方法使用了@Async注解。

8、今天有个业务需求，需要将一个List中某些元素合并成一个，最开始搞了个双层循环，一边遍历一遍修改，自然问题多多，后台思路一变，遍历时不修改，只做标记，当然遍历使用了i，j作为循环次数判定，判断相等就标记为i，然后groupingBy，再合并list，这样就完成了任务。

9、今天在启动spring boot应用的时候，发现run()方法被执行了2次，这是bug吗？

10、今天运营导出了一份sql风险表，让我们整改，我扫了一下，将很长的sql语句直接忽略不整改，将短的sql看了下，问题有几个，1、全表删除用没有条件的delete，应该用truncate，2、扫描记录i数超过10000行的很多，这个有的是正常业务，有的是索引失效导致，其中索引失效的可能有在索引列使用函数，比如有人为了炫技这么写IFNULL(x,'') <> ''，这种句子真是费劲，不想说了，除了形状上简单，逻辑不好理解，还把索引搞失效了，愚蠢至极，还有就是使用like时用了不是左前缀的匹配，这种失效是必然的，要么使用全文索引，要么从业务上修正。

11、今天有个同事写了一个工具类XUtil，但是不是静态的，需要注入到Spring IOC中使用，因为它依赖了RedisTempldate，然后他在A服务中使用了，没报错，在B的空服务中引入进去，也没报错，后来我在XUtil中将一个方法入参改为枚举，引入到B中，同时B服务中有人提交了大量代码，最后启动报错，Spring说无法注入XUtil，我又去看看A服务，完美启动。。。B服务有毒？后来我多次尝试，将问题定位到XUtil本身上，发现上面写了一个@ConditionalOnBean(RedisTemplate.class)，顿时明白了，因为Spring扫描bean的顺序，XUtil在前，RedisTemplate在后，导致XUtil始终无法加载到容器中，导致报错。而在A服务中，加载顺序不同，所以没有报错，这家伙真是写得一手坑爹的代码。后来我改成@ConditionalOnClass就可以了。