该项目业务主要涉及用户管理、交易处理、分润计算(依据不等用户层级设置的结算价逐级计算) 以及返现计算等模块。用户身份区分（代理商、商户），对于使用者可以在用户管理系统中查看 用户层级、用户各级分润(包括直营分润和团队分润)、设置用户下一级的结算成本以及营销终端管理(例如：POS机刷卡，卡区分不同种类)、商户红包抽奖功能(用于鼓励商户刷卡消费)，而运营后台比用户管理系统多了一些管理功能，例如：系统管理（权限）、定时任务管理、系统参数管理以及账户钱包管理等核心功能。
我们的系统是从2020年8月份开始搭建的，并且功能迭代一直到至今，我负责的功能由开始的简单需求慢慢过渡到复杂需求，包含登陆功能、用户权限菜单(后台可动态配置)、交易处理、数据统计、对接第三方支付（服务于我们系统内部用户的代理提现）以及APP相关功能开发。
1、登陆功能：采用参数加/验签和请求头携带会话Id的方式与后端系统完成会话请求，结合Redis存储实现简单的用户单地方登陆问题（需求是：限制一个账号仅能有一个人登录，两个人同时登录会把前一个人会话清除掉）。
2、用户权限菜单(运营后台可动态配置)：用户系统是根据不同角色展示不同的菜单列表(通过一个建表SQL控制来实现)，但是后端运营后台可以通过增、删、改、查等进行动态配置，也可对不同的角色赋予不同的权限菜单。
3、交易处理功能：在多线程条件下，同时调用同一个插入数据方法会出现数据错乱的情况（相当于把A通道的数据设置到通道B的数据身上，反之亦然），后来本地模拟生产情况开启20多个线程进行模拟数据错乱情况，最终采用 异步线程+synchronized的方式 解决该问题，其一采用异步线程的原因是提高处理效率（因为同时会接收多个通道数据避免响应超时），其二采用JDK锁的方式实现是在插入数据的时候避免多个线程同时插入数据库。
4、对接第三方支付：最近刚做的一项需求是对接某宝的支付转账，且支付多个账号来发起，在做的时候我对比了某宝的开发者文档，相当于一个企业账号可以对应多个提现账号（一对多），而我们项目的需求是支持多个企业对应多个提现账号（多对多），因此我决定采用策略+ 抽象 模式 对公共的方法进行抽取来实现，一直到现在已经有近100个企业账号开启了，之前还对接过其他支付通道暂不一一说明。
5、数据统计：对本系统的日统计任务做优化（分别统计直营+团队交易量），由之前别人做的两个定时任务分别统计直营交易和团队交易，我优化为异步线程+ 多线程形式(CompletableFuture 异步执行方式)，既优化了代码，现在性能也有进一步提升。
最后，由于我们项目是前后端分离的，我完成的功能都是后端部分，特此说明！！！