被裁员 先说下本人情况，38，坐标杭州，具备后端架构和大数据架构能力。待过大厂，带过团队，落地过大型项目。 近几年被裁员也不算什么稀奇古怪的事情，我记得2022年下半年面试那会行情远比现在好，那会还会

背景 在高并发的系统中，通常不会打印除参数校验失败或捕获异常之外的日志，防止对接口的性能产生影响。 那对于请求不符合预期的情况，我们如何快速找到是哪块逻辑影响的至关重要。 Pfinder提供的链路监控

通过阅读源码的方式重写feign方法，真正的实现了方法级别的超时设置，通过学习这篇博客，你一定有所收获

简介 我们组有一个流量较大的Java服务，每次发代码时，服务都会有一小波接口超时，之前简单分析过，发现这些超时的case仅发生在服务刚启动时，少量请求会耗时好几秒，但之后又马上恢复正常。

前言 上周在进行自测的时候，kafka抛出一个RecordTooLargeException异常，从名字我们可以直接看出是消息太大了，导致发不出去而抛出异常，那么怎么应该怎么解决这个问题呢，其实很简单

. 背景 实际开发过程中，使用maven管理jar给我们开发带来了很多便利，不需要自己一个一个的jar包下载了，只需要配置个pom配置文件就可以了，写上对应坐标和仓库地址就可以了。但是jar冲突没问题

大报文问题，在京东物流内较少出现，但每次出现往往是大事故，甚至导致上下游多个系统故障。大报文的背后，是不同商家业务体量不同，特别是B端业务的采购及销售出库单，一些头部商家对京东系统支持业务复杂度及容量

在去年，正式上线了对N品类的质检能力。质检中心也有一套标准可以来拓展越来越多N品类，实现用户闭眼打包寄卖，在系统维度上可以认在去年，正式上线了对为转转官方验没有不能质检的品类。

可能出现的问题 同步导数据，接口很容易超时。 如果把所有数据一次性装载到内存，很容易引起OOM。 数据量太大sql语句慢。 如果走异步，如何通知用户导出结果 如果excel文件太大，目标用户打不开怎么