广告平台是一个可以播放分屏广告（即可以在某个大屏上指定某个区域（上、下、左、右）进行广告投放）、全屏广告（即铺满整个屏幕）同时可以设定全天投放和指定时段投放的广告管理平台。它有非常智能的库存管理它可以将某个广告相对均分的投放到指定时段上。什么是相对均分呢，例如：某个广告想要在10点到17点投放360次，如果此时每个小时的库存都大于45次则每个小时投放45次；但是此时如果上午10点剩10次，11点剩20次，12点剩0次，其它各个时段各剩120次可投放；那么相对均分的结果就是系统会将本次广告分配给10点10次，11点20次，12点0次，其它每个时段66次。以达到将广告尽可能平衡的铺在每个时段上，同时可以根据每小时的广告投放情况生成相应的播放计划系统可以生成轮询或固定顺序的播放计划，例如某小时需要投放A、B、C、D四个广告，其中A需要播放4次，B需要播放3次，C需要播放2次，D播放4次，那么它的轮训播放计划为ABCDABCDABDAD；固定顺序为AAAABBBCCDDDD。

为了解决以运营负责人，分组组长，公司管理者的视角，实现以单项目，分组，大盘等多种维度查看项目数据，帮助不同角色以不同的时间维度查询运营过程中产生的数据，辅助数据分析，并实施调整运营策略。次项目的主要难点在于数据分散在各个不同的数据库中，且数据量大；其中最大是券发放数据超过了1600W+，用户参与数据1460W+，还有一些其他的如订单数据、券核销数据都接近千万级别的，因此专门成立了数据中心用于收集各个项目的数据保存，并且特地选择了TIDB（TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析处理的融合型分布式数据库产品，具备水平扩容或者缩容、金融级高可用、实时 HTAP、云原生的分布式数据库、兼容 MySQL 5.7 协议和 MySQL 生态等重要特性。TiDB 适合高可用、强一致要求较高、数据规模较大等各种应用场景）数据库存储数据。对于应用程序级别采用了Future模式（Future模式是多线程设计常用的一种设计模式。Future模式可以理解成：我有一个任务，提交给了Future，Future替我完成这个任务。期间我自己可以去做任何想做的事情。一段时间之后，我就便可以从Future那儿取出结果）提升系统并发运行的效率来解决项目开发过程中遇到的系统响应速度问题，经实测将系统响应速度有原先的约2s提升至只耗时0.5s。

众城通app中集成了公交扫码、实时公交、定制公交等功能；我负责整体架构的设计： 1、整体采用目前流行的springcloud微服务体系架构。 2、采用了shardingjdbc来进行分库分表。运用了twitter的snowflake算法（好处：全局唯一性、趋势递增、能够融入分库基因）作为分布式id生成器。 3、使用elasticsearch存储rabbitmq异步收集的分布式服务链路追踪信息. 4、运用了spring-cloud-gray对新业务上线进行灰度发布，同时为新老业务过度提供多版本并存。 5、运用美团点评分布式监控cat作为关键业务点的监控，并接入钉钉告警可方便相关人员及时发现并排除异常。 6、运用携程apollo作为分布式服务的配置中心极大方便服务的配置管理。 7、使用redis作为缓存与分布式锁，rabbitmq作为消息队列推送消息。 8、使用spring-security-oauth2.0进行权限验证，并无缝集成短信登录，支付宝授权登录。