● 描述：慢病管理平台（用户可购药、获取用药提醒、记录健康体征、阅读健康咨询、阅读第三方科普文、线上问诊），载体前期公众号、后期推进小程序。系统从0-1在项目中我作为核心功能的开发人员参与全程开发独立设计了相关功能的表结构、功能实现，主要负责的功能有用药提醒、站内信息、科普推送、药品信息同步、用药人信息同步、互联网医院问诊接口、站内消息，带领两人参与功能开发。 ● 技术：springcloud（springcloud gateway、feign、hystrix、nacos、eureka前期使用）、redis、rocketmq、xxl-job、nginx、iview、elk、pulsar ● 工具：idea、navicat、git、Jenkins、xshell ● 内容：（1）依托公共用户体系，在springcloud gateway完成用户注册、切换接口，采用redis缓存用户登录信息。     （2）采用了xxl-job定时任务实现了用药提醒，根据用户设置的用药时间表生成定时任务动态执行 （3）实现科普专栏表结构设置，图文混排、第三方连接形式接入 （4）对接第三方接口。药品同步，新用药用户后同步三方建立用户档案。用户购药后提供接口第三方调用推送药品使用信息、注意事项以及相关内容（采用*模板消息+站内消息）， （5）接入其他组的理赔接口，传递购药用户和订单折扣相关信息，此处采用rocketmq异步投递设置重试次数10次，根据对方返回的code码，如果是请求超时抛出异常重新消费，保证第三方能接收到消息。 （6）对接互联网医院测接口，同步用户信息后可发起在线问诊    

描述：在线购药平台，载体app、小程序搜索药康付、公众号搜索药康付。系统从0-1在项目中我作为核心功能的开发人员参与全程开发独立设计了相关功能的表结构、功能实现，主要负责的功能有福利资讯、社区（患者交流）、药品福利（享有优惠折扣）、会员加购、基础数据配置以及相关功能的管理后台。 技术：springcloud（zuul、feign、hystrix、nacos、eureka前期使用）、redis、rocketmq、xxl-job、nginx、iview、elk、go、pulsar 工具：idea、navicat、git、Jenkins、xshell、Win10 Ubuntu子系统、 内容：（1）独立设计实现福利咨询功能（类似新闻列表）、其中包含点赞和浏览量功能，并采用行锁解决并发访问接口时，点赞数和浏览量修改丢失问题。采用redis增量记录每个用户一天浏览量只能记录十次。实现更具人性化的查询筛选展示先展示置顶资讯、再展示14天内用户喜欢关注的资讯。     （2）设计社区模块表结构涉及帖子（病友圈、话题圈、我的发布）、评论（采用类似树形结果的表结构设计每行记录包含自身id以及父级评论id）、话题（类似微博超话）及其实现、点赞采用行所解决并发请求时丢失问题。对于用户发布的帖子会被评论、点赞，评论被回复、删除会有对应的动态（类似*朋友圈），考虑到这几个操作对应的接口调用量会比较大采用了rocketmq消息中间件做异步处理 （3）会员加购订单，购买会员后可以加购保险单，下单时候通过setnx解决下单重复问题，通过pulsar异步处理过程中会调用保司投保接口，在消息发送mq前对消息设置了自定义的msgid，采用了雪花算法生成，在消息处理时考虑幂等性通过redis缓存对应的每条消息的msgid，在消费时判断对应的msgid是否已存在、若不存在再从数据库对应的消息时间表查，还不存在就录入动态消息，采用默认消息重发次数，结合消息可能在发送前broke异常、消费时异常导致消息未成功消费记录消息事件表，采用了xxl-job定时轮训，超过失败次数进行人工干预，后台根据时间表记录的请求记录，可以人为操作继续生成加购订单、处理投保失败加购单。 （4）采用了redis的分布式锁setnx来处理每天同个帖子每个用户的uv只统计一次 （5）实现了为了增加用户的体验度、在展示对应的药品福利列表时对药品对应的福利列表采用redis的hset结构作为缓存，直接采用缓存读取。 （6）采用了nacos的动态配置处理了诸如社区动态的生产消费者名称、社区动态app推送开关设置等 （7）实现了对应的系统阈值参数处理类通过继承ApplicationRunner、在初始化时将对应的数据库初始值写入redis的缓存、在话题数量上限值时有通过获取对应值控制话题显示数。 （8）敏感词过滤采用了百度的接口由于之前是采用试用账号消息次数满了不能调用服务，采用了hystix熔断降级后对内容做本地敏感词处理避免系统直接提示报错。 （9）通过go语言的gin框架实现药品信息接口，实现ocr识别接口可以根据上传的证件识别内容、人脸识别动态验真接口，通过feign组件实现异构接口调用，保证接口并发度。

●描述：线上零售平台，载体小程序，中台数据管理。在项目中我作为核心功能的开发人员参与了相关功能的表结构设计、功能实现，负责零售订单正、逆向单迁移标品（正向下单、售后退货、订单配置），商品评价，门店（家宴）预约标准版，埋点标准版（接入大数据、导购相关业务），销售导购订单，物流接入功能设计和开发。 ● 技术：springcloud（springcloud gateway、feign、nacos）、redis、rocketmq、xxl-job、elk、es、mangodb、mysql、canal ● 工具：idea、navicat、gitlab、Jenkins、jira、kuboard、zipkin、es-header、RedisDesktopManager ● 内容： （1）门店（家宴）预约，预结算页采用雪花算法生成防重编号存储在redis，下单时校验防重编号防止重复下单，采用xxl-job根据创建时间查询近一小时订单，对未接单、未到店订单变更为取消状态。 （2）订单相关流程为了兼容多业务，增加多种业务场景类型（如普通正向单、预约、导购），分类定义销售、售后类型。订单流程系统设计实现采用命令模式，实现通过基类定义公共行为，每个handle对应订单操作，handle下层对应多个command，handle实现的基类方法有对应的订单状态设置方法，更优雅的实现状态流转。例如下单流程中包含订单初始化command、营销活动价格计算command、运费计算command、库存扣减command，每个command实现底层采用分布式锁保证数据修改安全，对应下单失败会调用库存回退command。订单的每次操作状态变更最终都投递消息到订单状态变更mq，便于后续其他业务扩展使用。 （3）商品评价，评价设计考虑后期会扩展多场景（门店、人员、售后、物流），表结构设计采用type区别类型，增加关联的业务id（商品id、人员id）等，业务数据json字段（商品信息、人员信息），便于c端小程序查询。对于评价的组合形式（文字、图片、标签、星级）采用二进制标识，通过十进制数表示多个状态叠加的组合，通过位运算判断当前评价是否包含对应的评价内容。商品评价等级支持按多维度聚合，c端查询包括全部、有图、好评、中差评，评价等级表db存的是分数，在业务层根据标准聚合分数，后续可按标准进行改动。接入腾讯的敏感词识别、图片识别接口。 （4）埋点功能，考虑后期数据结构扩展性，入参设置为两个业务json字符串，实现兼容原有大数据上报功能同时支持埋点，根据取值是否非空判断是否处理。埋点数据投递埋点mq异步消费，避免db压力，埋点同时支持导购业务接入将业务数据组装投递到导购mq。表结构设计根据每个埋点操作定义为一个事件，前端业务json参数带有事件特有的code，支持保存按业务json的定制化参数，便于后期按不同维度统计埋点数据。 （5）销售导购订单，中台查询为了提高查询效率。创建订单通过canal数据同步es，生成es订单相关的数据，订单索引按每月建立一次，利用es的分词功能提高查询效率。 （6）订单配置，考虑订单后续可能会增加更多的配置项，采用了mongodb的数据存储，数据存储结构更为灵活，后续只需改动java实体，不需要跟mysql一样变动表结构。订单配置查询先从redis查询，然后再从mangodb查询，通过缓存提升查询效率。