并发/并行处理框架

内容: 该项目是一个基于分布式架构的移动互联网项目，解决了200万用户在线充电的问题。有30万台桩保持实时在线。解决了10万个 高并发问题。 业绩: 1、组建团队 2、 带领团队实现设计并实现业务功能 3、 解决疑难问题 4、 测试、部署

项目：数据链接系统 此系统旨在为公司内部的数据管理，用于跨部门的数据链接管理和上层领导的审核审批流程。系统还支持对外数据统计、批量导入，并能通过饼状图和柱状图进行数据的统计汇总。 系统分为以下几个主要模块： 成本报表　通过录入的数据信息通过饼状图线型图 以及导出excel 进行统计汇总数据信息 成本管理：包括经营开发部、运营管理部、采购保障部、财务部、生产部、质量控制部和工程外协部。 预控管理：提前控制成本和风险，确保项目按预算执行。 系统管理：负责用户角色分配、菜单按钮权限设置、操作日志查询等。 技术栈和设备选型 前端：采用Vue 2和Element UI框架构建用户界面。 后端：使用.NET Core 6，支持Linux操作系统和容器化部署（Docker），数据库使用SQL Server 2019。 数据安全与权限管理：后端实现AOP（面向切面编程）技术，用于日志记录、性能监控、权限验证（JWT）、结果返回和全局异常处理。IOC依赖注入通过Autofac容器实现，数据交互过程中使用AES加密方法保证数据安全。 数据库管理：使用SqlSugar框架以代码形式创建和管理数据库，

1、项目主要分为日志查询、统计以及分析模型等模块，主要方便使用者对下属用户的系统使用情况进行KPI考核统计排名，并可根据自定义分析模型，对相关风险行为进行预警和溯源 2、我负责功能开发以及性能优化，使用了SpringMvc、Postgresql、多线程、kafka等技术栈，最终实现了模型运行的问题以及KPI统计数据的统计需求，并通过优化，现已在广西稳定运行 3、现场日志数据量大，使用原有框架统计慢。通过进行sql优化以及其他手段，解决了数据查询慢的问题

项目描述: 公司为适应市场, 需要对接市场多支付通道的一个应用平台;也满足于提供第三方平台使用,适应市场上通用的 微信普通支付、微信 服务商支付、支付宝支付, 而且还对接了联动优势聚合平台、农商行普通支付。该项目由 支付运营 web端 + 商户 web 端组成。 技术应用: spring boot + spring security + Jwt + Mybatis Plus + Mysql + Redis + rocketMq 开发工具: ldea、WebStorm、Git、Navicat Premium、Maven、Postman 工作内容: 1. 参与开发并实现微信普通支付、服务商支付的对接，包括支付、退款、查询、分账和回调功能。 2. 负责支付宝支付、退款、查询的开发与实现，以及回调功能的支持。 3. 完成联动优势聚合平台支付、退款、查询功能的对接，包括分账和回调。 4. 实现农商行普通支付、退款、查询功能的对接，同时支持回调。 5. 利用策略模式和模板模式，成功对接了多个支付平台的支付方式，提高了系统的灵活性和可扩展性。

1. 利用485协议进行传感器器数据收集 2. 边缘网关逻辑开发 2. 电流电压数据收集分析 3. 利用flink 流批数据进行数据的实时处理 4. 分析数据对数据进行不同维度分析

对接机场报文接受处理转航迹对象显示场面，处理航迹运动过程中出现告警信息、引导路由处理等信息 处理UDP、MQ报文接收后按照指定报文说明文档解析出具体航迹信息，将航迹信息反解析成报文进行UDP或MQ推送 处理航迹接受后对飞行计划、拖拽计划、人工关联进行逻辑匹配赋值推送 将推送出的航迹对象根据融合逻辑进行融合滤波处理 对场面航迹进行各告警处理逻辑编写（相似航班号、滑行道冲突、跑道入侵、无降落许可等）

该项目旨在从特定网站上爬取数据，并将其保存到本地或者进行进一步的处理分析 Requests：用于发送HTTP请求获取网页内容。 Beautiful Soup：用于解析HTML网页内容，提取所需数据。 Scrapy（可选）：一个强大的爬虫框架，提供了更多的功能和灵活性。 数据存储：可以使用各种方式，比如保存为文本文件、CSV文件、JSON文件，或者存储到数据库中（如SQLite、MySQL等）。 发送HTTP请求获取网页内容。 解析网页内容，提取所需数据（如标题、内容、链接等）。 保存提取的数据到本地文件或者数据库。 处理异常情况，如网络连接错误、页面解析错误等。 支持多线程/异步操作，提高爬取效率。 可配置化：允许用户指定爬取的起始URL、要爬取的数据类型等。

1. 本平台产品面向互联网/金融各业务场景提供一站式风控决策和监管服务。 2. 采用SpringBoot+dubbo+docker的分布式开发及部署框架搭建，包含控制台、实时决策引擎、指标引擎、数据聚合引擎、AI模型引擎、监控服务、用户权限管理等多个子服务 3. 系统使用到Mysql、redis、elasticsearch、cassandra等存储中间件，以及kafka、rabbitMq等消息中间件。为满足特定高并发场景，设计中大量使用了反范式、去sql、多级缓存，无锁无状态、批量化、异步化等手段。 4. 结合项目实际，使领域驱动设计（DDD）思想落地，使用接口层、应用层、领域层、仓库层、基础设施层的五层模型替代了传统基于Spring系统的三层模型，配合多种设计模式的运用，解放原本了沉重不堪的服务层，让业务回归领域模型，实现了高度的业务内聚和职责解耦，提炼出一套高效可行的DDD落地模式和详细的开发规范。

平台工具：vscode 远程 Linux 开发，cmake 构建 项目地址：https://github.com/heheda102410/C-ReactorServer 1. Listener: 监听特定端口，等待客户端的连接请求 2. EventLoop:一个生产者和消费者模型,消费者是 Dispatcher 是一个事件分发模型，使用 epoll/poll/select 检测对应的文件描述 符的事件。另外，还有一个任务队列 TaskQueue 来管理 Channel 节点 3. ThreadPool 线程池: 用于处理并发连接，每个新连接都会有一个子线程处理。主线程可以从线程池中取出某个子线程的反应堆实 例，再将处理的任务放到其反应堆模型里边。此时在 TaskQueue 里边就多出来了一个节点。在遍历任务队列时，读到这个节点之后， 就需要把当前的这个节点添加到 Dispatcher 对应的检测模型里边。主线程与子线程通过任务队列进行交互，子线程处理通信相关的 文件描述符操作 4. TcpConnection: 每个客户端连接都会有一个对应的 TcpConnection 实例，用于处

● 简介：手机 app 的业务方称之为媒体，投放广告的客户称之为广告主。讯飞广告致力于搭建广告交 易平台，业务上对接各家媒体和广告主，按照广告主的需求投放的各家媒体进行广告展示并收取其 中的费用。 ● 职责： 1. 对接媒体、广告主协议，总共负责对接近百家媒体、广告主 2. 负责需求管理。最多带领过三个人管理组内产品，参与产品设计、排期和技术开发。 3. 业务上对接各家媒体和广告主，并根据产品需求进行相关功能开发。功能上进行系统的升级和优化，比如服务的监控升级，集群化部署，jedis 升级到 lettuce等

曾在京东、阿里就职，目前并没有自己的作品，工作内容主要是维护 在京东主要是做京东金融app社区模块的服务端相关能力开发工作 在阿里主要是负责物流模块服务端能力的开发工作

项目应用场景是针对全国范围内的各油库、炼油厂等大型工厂的设备进行时时生厂数据的采集，或对各终端环境内的设备进行远程控制等。系统采用分布式框架，支持多服务端的管理及负载均衡和路由功能。 系统采用Netty5框架，自定义通讯协议，通讯过程通过RSA加密，保证传输安全，客户端与服务端采用守护线程实现异常重启，保证非人工干预下的永久运行。服务器端开放的应用接口使用https协议及SDK接入包，简化第三方应用对接的复杂度。服务端有远程管理功能，可设置合法设备及用户，可设置客户端自动升级；同时服务器端有管理终端，可通过命令行形式来管理设备本地服务端。客户端实现插件式的功能扩展，可方便进行对不同类型数据或设备的能力扩展，目前已支持的数据类型有：MYSQL、MSSQL、ORACLE、OPC、MODBUS TCP、RS232、RS485、HTTP、HTTPS、COMMAND、LIVE、MQTT、ZigBee、可插件形式扩展其它协议支持。

平台一共分为8大功能，分别为： 1，用户管理 2，应用管理 3，公共服务 4，存储管理 5，镜像管理 6，日志管理 7，资源计量 8，容器管理 8大功能菜单属于一级菜单，其中都用子菜单 我负责整体架构设计，包括软件架构，系统架构，其中用到的技术有kubernetes,docker,java,kfk,elasticsearch,go,influxdb,shell,tomcat,ansible,redis,etcd等 该平台最低要求5台虚拟机部署，kubernetes采用2主3从方式部署，所用到的技术有nginx,keepalived,haproxy

丝芙兰批量注册账号、批量执行任务、查询礼品卡余额、查询小样信息、查询赠品信息、自动话下单执行任务 负责此项目全权开发，目前进行三期新需求开发工作

1、项目分为微信授权登录模块、工会会员认证模块、题库获奖规则设置模块、答题统计模块、数据监控模块、微信支付模块；对使用者来说，通过微信授权登录以及工会会员认证，通过后可进行答题，5题全部答对可进行抽奖领红包。 2、本项目后端为本人独立完成，使用mysql+mabitisplus+springboot+redisson+canal+rocketmq+nginx等技术栈，成功的实现了湖南省50000多工会会员线上答题活动。 3、难点： 3.1、对接微信登陆授权与微信支付系统时IP必须使用80端口问题，原有IP的80端口已被占用，通过重新采购IP+域名并备案后解决（耗时）； 3.2、红包剩余总额一致性问题，使用分布式锁解决 3.3、领红包规则限制单人每天只可领一次红包，但监控到同一IP下有相同微信名的多个微信用户领到多个红包，添加人工限流功能，拉黑“羊毛党”用户； 3.4、5天的答题抽奖活动，活动第一天抽奖时，很多用户抽到奖导致红包总额所剩不多，但还有四天答题抽奖时间，人工下调中奖比例，且事后添加活动每日可限定抽奖金额功能。

Task 描述:前期在线手动安装环境费时费力，后续通过编写 Playbook，将系统初始化、基础环境安装、Infra 组 件部署等操作串联，安装包离线管理等方式，加速服务器环境初始化; (1)将 yum 包、docker image、helm chart 离线管理，达到版本统一及快速下载; (2)对环境初始化，基础组件安装部署等串联为不同的 role yaml; (3)容器化 Playbook，便于随处可用，随时可部署; 收获:极大加速现有环境安装，可实现批量部署。

智能终端APP软件，提供明确的充电车位指向；减少无效寻找和等待时间，节能环保；可实现线上支付，预约车位等；实现会员权益享有，积分自动兑换停车费，电子停车优惠等。 个人主要负责整个平台的服务端架构搭建，与充电桩数据交互模块的核心代码编写，支付相关核心代码编写等。

开发基于卷宗管理的数据中台，按照DDD的思想搭建，将多个应用的数据进行采集、清洗、加工、计算等流程，最终将数据结果返回给运营人员

针对HyperledgerFabric联盟链在背书阶段性能优化与链码资源利用效率的欠 缺，提出了一种名为 Elastic Endorsement Mechanism(EEM)的解决方案。EEM 通过监测 Hyperledger Fabric 的事务处理速率和链码容器整体负载，动态地调整链 码容器数量。旨在匹配背书阶段的实际性能需求与链码总体处理能力，进而提升整个 Hyperledger Fabric 网络的吞吐量并缩减交易延迟、优化整体链码资源利用效率。

A股龙头选股程序，本人独立开发，纯python研发，使用了Python科学计算pandas,爬虫等技术，采用并行计算技术，能快速定位当前市场的龙头股，目前已经上线，目前已经测试近4个月