htydowd的博客

抛开具体的设计模式，在看不同框架的源码时，一般他们都是遵循了面向接口编程的，也就是依赖倒置。在变量类型、方法返回类型、入参类型都是接口或者抽象类，这样就实现了依赖倒置，也就是依赖接口。这样做的优点，就是可以有不同的实现类型，而不用改动高层次的逻辑。如果要实现里氏替换，那边必须是依赖倒置的，如果遵循了依赖倒置，那么也实现了里氏替换原则。驱动管理类，获取连接的方法，就是依赖倒置原则的实现，面向的接口编程，依赖抽象。关于设计模式，经常会说面向接口编程，而面向接口编程，对应的是哪一个原则呢？

一、性能指标 1. 响应时间 从 完成 一个 操作 所需要的 时间 的角度来看的。 这个操作可以是： 1）打开一个网站 2）一次数据库操作 3）磁盘寻址 4）一次 redies 缓存查询操作 5）Java程序的 方法执行 6）数据在网络中的传输 等等。。。。 所以，如果对响应时间有要求的话，那就要把 需要的操作 类型 明确下来，这样才能 有参考意义。 目标就是 用最小的响应时间 来 对一次操作 进行响应。 2. 并发数 倾向于描述 同一时刻 能够 接收处理的 请求...

spring boot 项目在进行单元测试时，报了这个错： Exception in thread "main" java.lang.NoSuchMethodError: org.junit.platform.commons.util.ReflectionUtils.getDefaultClassLoader()Ljava/lang/ClassLoader; at org.junit.platform.launcher.core.ServiceLoaderTestEngineRegistry.load

最近体验了一把 大量DB 连接导致服务不可用的 生产事故。 接口会查询一个字段，由于 业务架构设计问题，导致该接口 被频繁调用。所以 大量的 链接请求 打到 DB，导致 服务器 无法请求过多 链接，最终 服务器 不可用。 还有一种情况是，请求量 不多，但 sql 查询效率太低，同样 在短时间 内 无法相应 其他请求 导致 生产事故。 服务无法响应 的 原因 就是 当前 已经 没有 更多 的 资源 服务新的请求了。比如: 链接 过多，cpu 过高，线程数过多，内存 爆满等等。 对于 面向..

学习是一件循序渐进的过程。 学习有学和习两个过程。 古人有云：学而不思则罔，思而不学则殆。 在学这个过程中，即需要学，又需要思。 学的是知识本身。 思的是知识本质。 如果用时间来划分的话，我觉得 思的时间要比学的时间长。 可能用1个时间来学，却需要2个时间来思。 学是一个接收的过程。 思是一个转化的过程。要注意的是，思 很重要。 习是对知识的运用，是最终的目的。学就是为了习。 ...