一点光辉的博客

项目线上APP一直无法登录成功，因为我们的错误日志是发送到阿里云日志的，所以第一时间就到阿里云日志系统上去找，结果日志上面的说面只有很短的报错，根本无法实现定位。所以接下来一系列操作就出现了，为了找到报错的原因，我做了一下工作：1、本地启动，访问登录接口，梳理代码2、重新发包3、因为当前改过系统时间，怀疑是这个影响，所以吧系统时间改回来了结果一点用也没有，搞了半天连问题出现在哪里都还没有找到。后来想起来拉下线上jar包打印的日志，果然通过这个日志很快定位到了是redis没有连上服务器

现在项目一般都是前后端分离的，所以后端写完代码，开发完接口之后，会进行一轮接口的自我测试，过滤掉接口中一些忽略掉的明显的bug；不过，以前我的接口大多数都是自己简单调用一遍，没什么问题，就等待和前端的数据联调了，但是往往问题就会在联调的时候出现。我的以前的过程是接口开发 使用postman自测，能够调通 前后端联调粗看这个步骤没啥问题，但是在进行到第三步的时候，总是会出现一些稀奇古怪的问题：比如测试数据被清空之后，导致很多地方报空指针（虽然按照正式逻辑来说这里不可能是空的，但是联调中就

情景描述：我们是一个订单管理系统，涉及到多人审批，所以技术开发组决定使用activity，但是正是讨论需求和产品原型的时候，发现最多只有两级审批，用简单的数据控制就行，没有必要引入activity工作流。项目第一期顺利完成，但是后台修改的需求很多涉及到了四级审批，这个时候用数据控制就很麻烦了，而且修改代码逻辑涉及的东西比较多，而且引入工作流此时工作量比较大。我们正式处理还是使用数据控制，因为此时引入activity工作流工作量大，修改的代码多，暂时只能用数据控制成本最低，但是后期维护会比较困难。