前言

前段时间在用 Python 实现业务的时候发现一个坑，准确的来说是对于 Python 门外汉容易踩的坑；

大概代码如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

class Mom(object):
    name = ''
    sons = []

if __name__ == '__main__':
    m1 = Mom()
    m1.name = 'm1'
    m1.sons.append(['s1', 's2'])
    print '{} sons={}'.format(m1.name, m1.sons)

    m2 = Mom()
    m2.name = 'm2'
    m2.sons.append(['s3', 's4'])
    print '{} sons={}'.format(m2.name, m2.sons)

首先定义了一个 Mom 的类，它包含了一个字符串类型的 name 与列表类型的 sons 属性；

前言

这段时间在维护产品的搜索功能，每次在管理台看到 elasticsearch 这么高效的查询效率我都很好奇他是如何做到的。

这甚至比在我本地使用 MySQL 通过主键的查询速度还快。

前言

最近准备将公司的一个核心业务系统用 Java 进行重构，大半年没写 Java ，JDK 都更新到 14 了，考虑到稳定性等问题最终还是选择的 JDK11。

在整体架构选型时，由于是一个全新的系统，所以没有历史包袱，同时团队中也有多位大牛坐镇，因此我们的选项便大胆起来。

最终结果就是直接一把梭，直接上未来的大趋势：Service Mesh，直接把什么 SpringCloud、Dubbo 这类分布式框架全部干掉。

本次的重点不是讨论 Service Mesh 是什么、能解决什么问题、为什么选择它，毕竟我也在学习阶段，啥时候整明白线上也稳定了再和大家来交流。

前言

随着最近关注 cim 项目的人越发增多，导致提的问题以及 Bug 也在增加，在修复问题的过程中难免代码洁癖又上来了。

看着一两年前写的东西总是怀疑这真的是出自自己手里嘛？有些地方实在忍不住了便开始了漫漫重构之路。

前言

最近在用 Python 的 SQLAlchemy 库时（一个类似于 Hibernate 的 ORM 框架），发现它的 Events 事件还挺好用。

简单说就是当某张表的数据发生变化（曾、删、改）时会有一个事件回调，这样一些埋点之类的需求都可以实现在这里，同时和业务代码完全解耦，维护起来也很方便。

例如当订单状态发生变化需要发异步通知这样的需求也可以利用这个实现。

根据我之前使用 Mybatis 的经验，好像没怎么注意有这个功能，查阅了下发现 Hibernate 是支持的，只是我用得也少，所以也没怎么在意。

前言

最近大部分时间都在撸 Python，其中也会涉及到将数据库表转换为 Python 中 ORM 框架的 Model，但我们并没有找到一个合适的工具来做这个意义不大的”体力活“，所以每次新建表后大家都是根据自己的表结构手写一遍 Model。

一两张表还好，一旦 10 几张表都要写一遍时那痛苦只有自己知道；这时程序员的 slogan 再次印证：一切毫无意义的体力劳动终将被计算机取代。

前言

不知大家现在有没有去公司复工，我已经在家办公将近 3 周了，同时也在家呆了一个多月；还好工作并没有受到任何影响，我个人一直觉得远程工作和 IT 行业是非常契合的，这段时间的工作效率甚至比在办公室还高，同时由于我们公司的业务在海外，所以疫情几乎没有造成太多影响。

扯远了，这次主要是想和大家分享一下 Java 的 SPI 机制。周末没啥事，我翻了翻我之前的写的博客 《设计一个可拔插的 IOC 容器》，发现当时的实现并不那么优雅。

还没看过的朋友的我先做个前景提要，当时的需求：

我实现了一个类似于的 SpringMVC 但却很轻量的 http 框架 cicada，其中当然也需要一个 IOC 容器，可以存放所有的单例 bean。

这个 IOC 容器的实现我希望可以有多种方式，甚至可以提供一个接口供其他人实现；当然切换这个 IOC 容器的过程肯定是不能存在硬编码的，也就是这里所提到的可拔插。
当我想使用 A 的实现方式时，我就引入 A 的 jar 包，使用 B 时就引入 B 的包。

前言

消失两个多月后我胡汉三又回来了，比较遗憾的是这并不是一篇技术文，有兴趣的朋友就当做故事看吧。

所以这其实是一份年终总结

其实这段期间一直有朋友在问我咋不接着更新公众号了？甚至一点消息都没了。

真不是不更，主要有以下几个原因：

原文地址：https://crossoverjie.top

前言

节前有更新一篇定时任务的相关文章《延时消息之时间轮》，有朋友提出希望可以完整的介绍下常见的定时任务方案，于是便有了这篇文章。

前言

近期在维护公司的调度平台，其中有个关键功能那就是定时任务；定时任务大家平时肯定接触的不少，比如 JDK 中的 Timer、ScheduledExecutorService、调度框架 Quartz 等。

通常用于实现 XX 时间后的延时任务，或周期性任务；

比如一个常见的业务场景：用户下单 N 分钟未能支付便自动取消订单。

实现这类需求通常有两种方式：

• 轮询定时任务：给定周期内扫描所有未支付的订单，查看时间是否到期。
• 延时消息：订单创建的时候发送一条 N 分钟到期的信息，一旦消息消费后便可判断订单是否可以取消。