-
手机: 17600370872
-
Email: chaochenyao@gmail.com
-
微信号:chen1015412
- 姚超臣/男/1994
- 大专/计算机技术管理
- 工作年限: 5.5年
- GitHub: https://github.com/yaochaochen
- 期望职位: Java 高级开发工程师，开发组组长
- 期望薪资: 税前20K~25K
- 期望城市:北京/杭州
2017年入职此公司的北京办公室，入职时研发部只有三个研发伙伴，在三年里发展到60余人。
正在公司的发展中自己得到很多成长，从入职小白成为能扛起 SURM MASTER（类似于组长） 职责。在此期间带领伙伴按时按量完成以下项目
我在此项目负责了 GateWay设计、服务单、购物、支付、退款、商品管理等模块
在这个项目中使用很多设计模型，抽离核心业务层保证代码的高解耦，比如在退款中，存在很多种类型对接商家的接口，在业务层使用策略设计模式，根据退款方式解耦负重代码实现，为此实现了低耦合，易扩展的退款业务。代码ULM如下：
在 GateWay 层完成了接口 token 桶令牌方式进行API签名、API 接口鉴权和流量控制。比如 API 校验签名 代码如下:
private void checkSign(ServerHttpRequest request, String body, String accountCode) {
String url = request.getURI().getRawPath();
List<String> notAuthSignUriList = Lists.newArrayList(properties.getAuthPermitList());
notAuthSignUriList.addAll(properties.getWebSocketList());
if (!handler.match(notAuthSignUriList, url)) {
if (util.isBlank(accountCode)) {
throw new YueTokenExpiredException("凭据已失效, 请登录!");
}
String method = Objects.requireNonNull(request.getMethod()).name();
MediaType contentType = request.getHeaders().getContentType();
String contentTypeStr = contentType != null ? contentType.toString() : "";
YueUriWrapper uri = new YueUriWrapper(request.getURI());
String path = uri.getRawPath();
String auth = uri.getAuthority();
Map<String, Object> params = Maps.newHashMap();
request.getQueryParams().forEach((k, v) -> params.put(k, v.get(0)));
StringBuilder queryParamsString = new StringBuilder();
Map<String, Object> queryParamsMap = Maps.newHashMap();
request.getQueryParams().forEach((k, v) -> queryParamsMap.put(k, v.get(0)));
Set<String> signOrderSet = CommonUtil.sortMapByKey(queryParamsMap).keySet();
signOrderSet.remove("sign");
signOrderSet.forEach(k -> {
// 排序后的key进行取值拼装签名串
Object oo = queryParamsMap.get(k);
queryParamsString.append(k).append("=").append(oo).append("&");
});
StringBuilder sbr = new StringBuilder();
sbr.append(method).append("\n").append(auth).append("\n").append(path).append("\n");
if (queryParamsString.length() > 0) {
sbr.append(queryParamsString.substring(0, queryParamsString.length() - 1));
}
if ((MediaType.APPLICATION_JSON.includes(contentType) || MediaType.APPLICATION_FORM_URLENCODED.includes(contentType))
&& (util.isNotBlank(body) && body.length() > 0)) {
sbr.append("\n").append(contentTypeStr).append("\n");
sbr.append(Base64.getEncoder().encodeToString(body.getBytes()));
} else {
body = null;
}
String sign = (String) params.get("sign");
if (util.isBlank(sign)) {
Map<String, String> mes = Maps.newHashMap();
mes.put("错误信息", "签名为空");
throw new YueSignIllegalException(GateWayDict.ILLEGAL_SIGN.getDesc(), mes);
}
AccountRes account = handler.getAccountResRedis(accountCode, false);
String str = CommonUtil.hmacSha256Hashing(sbr.toString(), account.getPublicKey());
checkSign(str, sign, account, sbr, body);
}
}在这个项目中，我遇到最大困难是如何保证在春运及小长假期间保证每日10万+的接待量，在项目上线后的一段时间经历一次系统宕机事件，为此在找到接待服务挂掉，采取重构接待部分代码，前期使用 FutureTask 异步完成业务流程，减少同步链路，使得服务稳定。后期使用 I/O 模型之多路 I/O 复用的网络框架 以及 Protobuf 序列化方案引入项目中代替传统的 JSON 序列化。以此完成服务调用毫秒响应(有点夸大了)。
我在这个项目中最自豪的技术实现细节
-
中间件方面:
使用 Kafka 中在不增加 Partition 的同时提升 consumer 处理消息的并行度。方法如下:
使用JDK1.5中 ThreadPoolExecutor 线程池。 它有两个重要的参数：coreThreadCount 和 maxThreadCount。把接收的消息的丢进线程池中，把原本串行的消费消息流程变成并行的消费。提升消息消费的吞吐量。
-
SQL 方面:
在使用PgSQL10+ 版本的前提下使用 其中特性以及在了解索引原理同时编写许多毫秒响应的SQL
-- 避免 in 查询 使用 regexp_split_to_table 函数 效率比In快100倍
SELECT A.platform_check_record_code FROM ( SELECT regexp_split_to_table( ?1, ',' ) AS svc_no ) AS tt JOIN svc_order A ON tt.svc_no = A.svc_no--使用 DISTINCT 关键字 避免多表关联
--- AND e.refundNo ~ 模糊查询 使得走 B-Tree 索引
SELECT DISTINCT e.refundStatus ,e.refundNo,e.opStaffName,d.audit_status AS auditStatus,e.createTime,e.contactName,e.contactPhone,e.distributorCode,e.opHallCode FROM ( SELECT DISTINCT e.contact_phone AS contactPhone,e.contact_name AS contactName,A .refund_no AS refundNo,to_char(A.create_time, 'YYYY-MM-DD HH24:MI') AS createTime, A.refund_status AS refundStatus,A .op_staff_name AS opStaffName,A.distributor_code AS distributorCode,A.op_hall_code AS opHallCode FROM order_info e JOIN refund A ON e.order_no = A .order_no ) e JOIN ( SELECT b.audit_status,b.refund_no,b.op_staff_name FROM refund_log b WHERE b.create_time = ( SELECT MAX (create_time) FROM refund_log C WHERE b.refund_no = C .refund_no )) d ON e.refundNo = d.refund_no
where AND e.refundNo ~ -
使用 APO 完成 参数校验 异常统一处理
private StringBuilder verifyYueApiParamAnnotation(StringBuilder paramSb, Map<String, Map<YueApiParamAnnotation, Object>> paramAnnMap) { paramAnnMap.forEach((k, v) -> { String name = "Authorization".equals(k) || "Version".equals(k) ? k.toLowerCase() : k; v.forEach((k2, v2) -> { if (k2.getRequired() && (v2 == null || (v2 instanceof String && (util.isBlank((String) v2) || "undefined".equals(v2))))) { paramSb.append("参数").append(name).append("不能为空!"); } else { patternMatches(paramSb, k2.getAccess(), v2, name); } }); }); return paramSb; } private void patternMatches(StringBuilder paramSb, String access, Object value, String name) { if (util.isNotBlank(access) && value != null && String.class.isAssignableFrom(value.getClass())) { // 正则校验 boolean isMatch = Pattern.matches(access, value.toString()); if (!isMatch) { paramSb.append("参数").append(name).append("格式不正确!"); } } }
异常处理
public class YueBusinessLogicException extends YueException {
public YueBusinessLogicException(String msg) {
super(msg);
}
public YueBusinessLogicException(String msg, String businessType) {
super(msg, businessType);
}
}在项目上线之前 接待员使用手工记账方式比较消耗时间精力，运营人员不能准确统计数据，在上线后的不断完善，从前方到后方极大的提高接待能力和运营管理能力。
在疫情期间完成小区扫码进入，包含限制小区人员进入次数，社区人员扫码后，可以清楚看到人员出入次数以及时间，对出入人员进行管制。
该小程序在大年初二使用，以个人的名义在小区内使用，完全简化了对小区人员进入限制的人力流程。只需社区人员扫描小区住户的二维码即可。将小区住户出行记录在案，有效限制出行次数。
该项目是有本人，从后端到前端，从数据库设计到架构设计一人操办并且小区使用完全免费。
本项目包含Web端管理页面以及小程序端的功能。
- 资源管理
- 权限管理
- 小区管理
- 进出入管理
- 住户登录
- 住户认证
- 住户出行二维码
- 社区人员登录
- 社区人员扫码
- J2EE.Development.without.EJB
- Spring-Integration-for-EAI
- JSR规约
- Mock使用分享
- 机器学习简单应用分享
- Spring IoC讨论
-
Java：JavaEE/SE
-
Spring 框架: SpringFramework/SpringBoot/SpringData/SpringColud
-
阿里系框架: Dubbo2.7X/Sentinel/FastJosn/spring-context-support
-
中间件: Kafka/RoketMQ
-
数据库: PgSQL/MySQL/NoSQL
-
版本管理: GitLab/Svn/CI/CD
-
单元测试: EasyMock/SpringUnit
-
开放平台: 微信应用开发
我是个能搞开发的人，理由如下：
-
坚持到底。项目开发最头疼的就是战线拉得长，客户要求多，反复提出修改意见而要经常熬夜加班。问我能不能接受熬夜加班和频繁出差？哦，早习惯了。
-
承受力好。经历过长时间的重压生活，我的承受能力是锻炼出来了。
-
擅于调试。开发当中最怕的是什么？最怕的是杀不完的BUG。通过一系列的项目实践，我具备了很好的调试技巧。在哪里设断点，观察数据变化，如何寻找异常，都是拿手活，因此我能在较短时间内找出问题并解决问题。
-
开发习惯好。很多开发团队在开发初期往往不注重文档的规范性，到后期进行修改和项目维护时就困难重重。把程序写清楚，把开发文档写明白，虽然会有些麻烦，但是作用会非常大。在几个项目开发期间，在负责开发相应模块的同时，还同时负责团队的开发文档撰写与管理。
-
擅于沟通，具备了很好的沟通技巧和文书写作能力。开发组当中必须有一些人来承担联结工作，上下沟通，左右协调，我自信能做好那部分的事情。
少说多做。我习惯于从实际出发，着重于工作所能取得的实效性。相信上面这些平实的语言也能证明我的踏实。