系统间交互时,怎么校验两个系统所在服务器时间是否一致

一、背景知识

  • 网络时间协议(NTP):是一种用于同步计算机时钟的协议,通过向时间服务器发送请求,NTP客户端可以自动调整其系统时间,达到毫秒级别的精度。
  • 时间同步的重要性:在分布式系统中,时间一致性对于数据同步、日志记录、安全认证等至关重要。时间不一致可能导致数据冲突、日志混乱、认证失败等问题。

二、校验方法

  • 接口中传递时间戳

    • 在接口调用时,双方系统可以在请求或响应中传递当前的时间戳。
    • 接收方收到时间戳后,与自身系统的时间进行比较,计算时间差。
  • 设定时间差阈值

    • 根据业务需求和网络延迟情况,设定一个合理的时间差阈值(例如,5秒、10秒等)。
    • 如果计算出的时间差在阈值范围内,则认为时间一致;否则,认为时间不一致。
  • 处理时间不一致的情况

    • 如果发现时间不一致,接口可以返回错误提示,要求调用方重新同步时间后再次调用。
    • 或者,接口可以在内部处理时间差,例如,对时间戳进行校正,以确保业务逻辑的正确性。

三、代码示例

  • 接口中传递时间戳

// 接口中直接传递时间戳校验
    @GetMapping("/validate-time")
    public String validateTime(@RequestParam("timestamp") long timestamp) {
        long currentTime = System.currentTimeMillis();
        long timeDifference = Math.abs(currentTime - timestamp);

        long threshold = 5000; // 设定时间差阈值为5秒

        if (timeDifference <= threshold) {
            return "Time is consistent";
        } else {
            return "Time is inconsistent. Time difference: " + timeDifference + " ms";
        }
    }
  • 接口中传递系统名称和时间的签名校验

// 接口中直接传递系统名称和时间的签名校验
    @GetMapping("/validate-sign")
    public String validateSign(@RequestParam("sign") String sign) {
        String currentMinuteMd5Hex = currentMinuteMd5Hex();
        String lastMinuteMd5Hex = lastMinuteMd5Hex();
        // 校验精度为分钟,如果两个系统服务器时间相差一分钟以上就会校验不通过
        if (StringUtils.equals(currentMinuteMd5Hex, sign) || StringUtils.equals(lastMinuteMd5Hex, sign)) {
            return "Sign is consistent";
        } else {
            return "Sign is inconsistent";
        }
    }

    // 获取上一分钟签名
    private String lastMinuteMd5Hex() {
        String hexCode = DigestUtils.md5Hex("RULE_SYS").toUpperCase();
        Date lastMinute = getLastMinute(-1, Calendar.MINUTE);
        String lastMinuteS = DateFormatUtils.format(lastMinute, "yyyyMMddHHmm");
        String lastMinuteMd5Hex = DigestUtils.md5Hex(hexCode + lastMinuteS).toUpperCase();
        System.out.println(lastMinuteMd5Hex);
        return lastMinuteMd5Hex;
    }

    // 获取上一时间
    public Date getLastMinute(int amount, int unit) {
        Calendar ca = Calendar.getInstance();
        ca.add(unit, amount);
        Date lastDay = ca.getTime();
        return lastDay;
    }

    // 获取当前分钟签名
    private String currentMinuteMd5Hex() {
        String hexCode = DigestUtils.md5Hex("RULE_SYS").toUpperCase();
        String formatter = "yyyyMMddHHmm";
        SimpleDateFormat sdf = new SimpleDateFormat(formatter);
        String nowStr = sdf.format(new Date());
        String currentMinuteMd5Hex = DigestUtils.md5Hex(hexCode + nowStr).toUpperCase();
        System.out.println(currentMinuteMd5Hex);
        return currentMinuteMd5Hex;
    }

四、注意事项

  1. 时间服务器选择:确保两个系统都使用可靠的时间服务器进行时间同步,以提高时间的一致性。
  2. 网络延迟:考虑网络延迟对时间戳传递的影响,合理设定时间差阈值。
  3. 系统时钟稳定性:定期检查和维护系统时钟,确保其稳定性和准确性。
  4. 日志记录:对于时间不一致的情况,记录详细的日志信息,以便后续分析和排查问题。

通过以上方法,可以有效地校验两个系统所在服务器的时间是否一致,确保分布式系统中时间相关业务的正确性和可靠性。

### 构建任务失败解决方案 当遇到 `Execution failed for task ':app:shrinkReleaseRes'` 错误时,这通常意味着资源压缩过程中出现了问题。此错误可能由多种原因引起,包括但不限于配置不正确、依赖冲突或特定于项目的其他因素。 #### 可能的原因分析 1. **ProGuard 或 R8 配置不当** ProGuard R8 是用于优化混淆代码以及减少 APK 大小的工具。如果这些工具的配置存在问题,可能会导致资源无法正常处理[^1]。 2. **重复资源** 如果项目中有多个模块定义了相同的资源名称,可能导致冲突并引发该错误。检查是否存在重名的 drawable、string 等资源文件[^2]。 3. **第三方库兼容性** 某些第三方库可能当前使用的 Gradle 插件版本或其他库存在兼容性问题,从而影响到资源打包过程中的行为[^3]。 4. **Gradle 缓存问题** 有时旧缓存数据会干扰新编译的结果,尝试清理本地仓库重新同步项目可以帮助排除此类潜在障碍[^4]。 #### 推荐的操作方法 为了有效解决问题,建议按照以下步骤逐一排查: ```bash # 清理项目构建目录 ./gradlew clean # 删除 .gradle 文件夹下的所有内容以清除缓存 rm -rf ~/.gradle/caches/ ``` 调整 `build.gradle` 中的相关设置也是一个重要环节: ```groovy android { ... buildTypes { release { minifyEnabled true // 是否启用代码缩减 shrinkResources true // 是否开启资源压缩 proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' // 尝试禁用 shrinkResources 来测试是否为资源压缩引起的错误 // shrinkResources false } } } ``` 此外,在 `proguard-rules.pro` 文件内添加必要的保留规则,防止关键类被意外移除: ```text -keep class com.example.yourpackage.** { *; } # 替换为你自己的包路径 -dontwarn androidx.**,com.google.** # 忽略警告信息 ``` 最后,确保所使用的 Android Studio 版本是最新的稳定版,并且已经应用了所有的补丁更新。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

chen2017sheng

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值