1：本人参与开发的金融及商城二合一项目APP
2：各大市场搜索“侨行天下”可以体验
3：项目简介：黄金租赁投资兼电商功能，不定时的商品拍卖，秒杀，促销活动等。


部分工作描述：
1：拍卖系统由本人单独做技术选型及开发实现，拍价更新、出价被超越实时通知，出价，截拍，延时截拍等为拍卖核心功能。本人根据公司现有服务器能力评估，如果实时通知功能使用socket技术实现公司的服务器恐怕很难抗住，后经过查阅资料参考其他公司的实现方式，决定采用第三方推送的的技术栈来实现实时通知功能，这样可以大大降低自身服务器的压力，后来经过线上检验运行完全没有问题，这应该算得上是整个拍卖系统的一大亮点。其它出价等功能均采用传统同步锁方式保证出价时出现并发对修改数据产生安全隐患。
2：公司原始项目为管理后台，权限，黄金租赁，商城，异步业务等各自有各自的独立项目代码，代码功能重复冗余度相当高，不利于项目开发效率的提高，而且一单有某业务要改，可能要改多个项目。后来我经过一段时间的准备分析，一个人将项目架构调整为子父结构项目，将项目按微服务理念靠拢，相同业务直接做整合，做成项目依赖，这样不仅提高开发效率，连部署都可以一键完成。
3：本项目三方支付尤其多，粗略统计有十几个，每次业务代码都不是同一人书写，所以造成支付那一块非常混乱，代码有上万行，难以维护，而且一维护就容易出错。本人经过一段时间的思考决定将支付模块用工厂加策略模式加以改进，这样后面无论是修改某一支付，还是要新加一个支付都变得相当的简单。实际应用中也确实得到了同事的肯定。
4：使用mq做异步业务处理，大大提高用户端的响应速度，以及一些三方回调响应处理。举个例子：一开始支付订单完成时所有的业务逻辑都堆在支付回调接口，因为要处理的逻辑比较多比如发优惠券，发积分，处理会员升级，生成协议等等，这样就导致响应第三方支付回调超时，然后第三方支付因为长时间得不到我们的回应，会第二次回调结果，这样造成恶性循环，出现同一订单重复处理等问题，后面通过mq异步处理一些不需要实时处理的业务后完美解决问题。