如何精准做到合同到期后不再发生业务？还是邻家系统做得真好！

合集 - 匠心-工匠精神(12)

1.Cannot Reference “XxxClass.xxxmember” Before Supertype Constructor Has Been Called2023-06-152.来点小匠心- - - -一个POJO类的开发迭代和代码调优2023-05-173.【五讲四美】之“讲思想”2018-05-224.程序设计---对外接口可不仅仅是“给大佬递餐”，前置工作还是要做滴~2023-10-155.Hessian2序列化支持这个feature，让我们重构Dubbo接口更加容易2022-12-166.“强大”的MapPPP2019-07-097.hard-coded strings are a bad idea.2023-03-068.Oracle varchar2字段扩容，每月总有那么一两次......不能坐视了！优秀的程序应总是尽可能地规避问题2024-01-299.接口设计的考究-会补贴用户端-应用跳转的网页授权2024-02-2910.短信验证码登录接口，如何防止恶意攻击2024-04-2811.「好文档自己会说话」我们的文档如何更直观的传达信息2024-02-03

12.如何精准做到合同到期后不再发生业务？还是邻家系统做得真好！02-27

收起

本文以“合同”为例，来探讨特定应用场景的程序设计方案。

合同数据包含生效日 和 到期日。
到了合同的到期日，合同涉及的业务就不能再做了。

这是企业应用系统中常见的应用场景。
即：

1. 业务发生时，要判断对应的合同是否有效
2. 合同到期时，要标记为“已到期”

我们先定义合同的数据结构：

名称	类型	说明
contactId	int	合同id
effectiveTime	date	生效日
expiredTime	date	到期日
status	char	合同状态。INIT：初始-EFFECTIVE：生效中-EXPIRED：已到期

接着，我们定义合同服务类

interface contactService {
	// 判断合同是否有效
	boolean contactIsEffective(contactId);
	// 标记到期合同的状态为“已到期”
	void processExpiredcontacts();
}

当合同到期后，系统要标记合同的状态为“已到期”，我们的程序怎么实现呢？
这里需要考虑的一个重点是，要保证上面的第一点“到期的合同不能再发生业务”，否则就是系统bug了。

使用定时任务，大家自然而然会想到。

每天凌晨0:00定时跑批，检查系统里是否有当日到期的合同，到期则将status由“EFFECTIVE”改为“EXPIRED”。

这里会存在一个问题，就是无法精准控制合同有效期的问题。毕竟定时任务执行也有耗时的，在这期间被调用的 contactIsEffective(contactId) 会存在错误地返回true的情况。

这个问题怎么解决？

更坏的情况，假如，合同到期的粒度不是date，而是更细粒度的hour/minute，例如 某合同的到期时间是"2025-02-21 17:20:00"，上面的定时任务，就更吃力了。

所以，怎么解决呢？

邻家系统一招搞定，简直不要太帅。

在 contactService#contactIsEffective 方法里，获取指定的合同记录后，当 status=EFFECTIVE 时，则再判断一下 expiredTime， 如果 expiredTime≥当前时间，则触发合同状态的变更，并返回false。(注：这里只谈程序实现思路，对于并发调用的控制等方面，本文不做讨论)

是不是很简单？是的，亲爱的你，有没有想起缓存技术中，缓存过期的惰性删除策略呢？是不是有异曲同工之妙呢！

ref：缓存过期的惰性删除（Lazy Deletion）策略