项目简介： 本项目由互联网大厂出身的研发人员设计开发，是美的官网电商平台阉割而来，美的官网电商平台当时双十一成交额100多亿，需要开发的新需求还是较多，在品牌日全国500卖场新场景下还有部分优化余地，该场景本来就是大部分排队柜台收款，并发数要求不是很高，上线运行两天时间也出现过卡顿现象，也可能是美的云并不十分稳定，其它应用系统抢占了资源，没有做资源隔离。运行环境：美的云和阿里云、CentOS7、OpenStack 、Tomcat、Mysql、JDK1.8、Tengine开发工具：Idea、DataGrip、Git、Maven、Svn、PostMan、Jmeter、PowerDesigner12.5、StartTeam2005。开发技术： 1.后台SOA服务：Springmvc、Mybatis、Groovy、Zookeeper+Dubbo、CXF、Hessian、Netty 2.前端Angular、Jquery1.X、Ajax、CSS3等。3.前后端分离架构，支持异步和并行；4.中间件：Rocketmq、Redis、EasySchedule、Netflix Hystrix5.分布式营销电商，模块划分（CCRM/cmcard/cmms/cmms-weixin/cmo2o/cmsms/marketing-system-v2/airO2O）6.单点登录、线程池+阻塞队列、分布式集群/Mysql主从/Redis集群等，JUnit4做单元测试。职责描述： 业务迭代开发、系统优化（本部门人少，后期靠其他部门技术实力强的团队支援）主要工作： 1.新需求分析、详细设计、接口定义、分配任务、最后文档补充完整； 2.编码实现：二维码开发、统计报表开发、代码性能优化、压测和调优、服务器参数优化。 项目难点：技术方案几个亮点：1.分布式锁：setnx+过期时间一条完整命令，加同步锁，判断可能网络异常情况对锁失效的处理。2.事务补偿机制：远程调用异常或超时异常，本地重试5次回滚远程服务脏数据；3.采用框架限制策略大量使用匿名内部类控制代码表现形式，看起来凹凸有致，非常优美，而每个匿名内部类只允许使用一次，不会有线程安全问题。4.运用ArrayBlockingQueue来处理高并发，强制每个请求排队访问数据库，基本上避免了乐观锁的使用，其次是可被CPU二级高速缓存加载，处理速度很快，实际上不弱于LinkedBlockingQueue（实际很多业务场景性能并不太出色，还有内存溢出的风险）。5.定制化开发分布式一致性Paxos算法统一分发ID，以及PageHelper高并发定制；6.购物车每个用户有9个，每个购物车最多可买12件商品，好处是多实例时购物车实例可在多台服务器上，每个用户所有购物车都放入Redis缓存，最后计算购物车总数时从缓存进行用户购物车数据累加计算。7.报表Redis缓存实现定时任务刷新页面数据：倒计时5秒清空缓存并刷新页面；8.新增数据：先保存数据库，再放入缓存；更新/删除数据：先更新/删除数据库，再删除缓存