系统监控 主要模块为： 1.各用户信息修改 2.各系统数据检测 负责模块： 各系统数据监测，使用多线程与中间件做结合，做到实时监测数据，异常数据实时发短信告警。 主要难点: 集群搭建时，碰到了设计上的问题。怎么样能够更好的避免，项目宕机， 但是监测继续。 当时采用多方位部署的形式去解决，docker镜像里部n台 然后其他普通服务器部n台，用中间件做好相互限制。 现已是公司比较成熟的监测系统。

项目介绍 主要用于对接现在市面上主流的互联网贷款业务(如:花呗、借呗、360借条 等)，并提供资金支持，在进行利润的分润等。 我的职责 1、负责放款接口、还款接口的编写。 2、负责贷前影像文件的入库与保存。 3、负责计息批量编写。 4、负责对账文件的入库批量编写。 6、负责后台参数管理页面展示。 7、负责贷后征信申报批量开发。 项目难点 1、征信报送是在贷后进行的报送，有些必送的参数与数值需要贷前就从合作方获 取， 但是前期开发的时候没有考虑到后期报送的问题，导致征信申报错误。 2、在原有的项目基础上进行开发新的代码，因为每个项目的负责人和开发人员不一 致，导致代码冗余的情况比较多，往往导致修复的时候会有遗漏的情况。 3、涉及金额的计算，精度不够的时候会有几分几毛的偏差，通过提高精度解决。 4、数据库表某些字段没有给定默认值，会造成报空指针的异常情况，通过增加空值 判 断的方法解决。 5、生产问题进行排查的时候，往往会因为数据脱敏问题，造成排查困难的情况，通 过 增加日志的特殊标志解决。 6、有写批量在执行的时候需要有前置的条件，比如对账文件入库的时候，需要存在 某 个对账文件，通过批量作业的起调 shell 中轮询查询该文件是否存在解决。 7、for 循环过长时间，并且在循环中有进行对象的新建操作，使内存占用也 cpu 占用 率飙高的情况，通过复用同一个对象解决。 8、投产代码的复核工作尤为重要，验证版本的校验更是投产是否成功的关键，关键 性 的 log 日志必须体现。 9、sftp 的连接数开启过多，导致系统资源占用过多，通过判断时候开启或者使用完 毕 之后直接关闭的操作解决。

项目分为开票，和非税收缴两大模块。 主要的使用者对象为大众和政府财政单位人员。 我在里面主要制作的模块为业务申请流程，与后置会计凭证生成模块。 近期主要碰到的问题为会计核算并发数据量大导致性能不足问题， 应强性要求同步，但是drds性能已到顶，所以现在已采用假异步的方式去处理近期这个问题。