策略模式的替换场景：
1：产品有默认策略A,B,项目扩展策略C，此为正常扩展。
2：产品有默认策略A,B,项目需要改写策略B，此为项目替换默认策略。
3：产品有默认策略A,B,项目扩展策略C，产品需要反向扩展策略C，并对C进行修改。此时，由于项目的策略是先生成的，处于已使用的状态，产品属于是后补充，不能对项目C策略有影响。此为产品反向补充策略C.

也不知说明白没有，其实也简单，两个布尔值随便玩下

public interface ColumnCondition{
	// 是否是产品出厂自带的策略
    default boolean isOriginal() {
        return false;
    }
	// 是否是项目替换的策略
    default boolean isReplace() {
        return false;
    }
	// 支持的策略标识
    boolean support(String businessCode);
	// 处理上下文
    void doBusiness(Context context);

判断逻辑如下：

	@AutowiredFalse
    private List<ColumnCondition> columnConditions; // 所有策略

   public ColumnCondition matchColumnCondition(String businessCode) {
   		// 没有策略
        if (ListUtils.isEmptyList(columnConditions)) {
            return null;
        }

		// 匹配出支持当前code的策略
        List<ColumnCondition> matchConditions = ListUtils.collectCondition(this.columnConditions, c -> c.support(businessCode));
        if (ListUtils.isEmptyList(matchConditions)) {
            return null;
        }
        // 情况1：只有一种策略，直接使用即可
        if (ListUtils.isSingletonList(matchConditions)) {
            return matchConditions.get(FIRST);
        }

        // 情况2：项目替换产口的某条策略
        for (ColumnCondition matchCondition : matchConditions) {
            if (matchCondition.isReplace()) {
                return matchCondition;
            }
        }

        // 情况3：产品改写项目已有的策略，不对项目的该策略产生影响
        for (ColumnCondition matchCondition : matchConditions) {
            if (!matchCondition.isOriginal()) {
                return matchCondition;
            }
        }
        // 返回第一条策略:此处是不精确的，但也是能执行的。一般业务是能满足的
        return matchConditions.get(FIRST);
    }