一般我们调用的collections.sort(Comparator c) ,list.sort(Comparator c)方法，最后都会调用到arrays.sort。

鉴于前端正在向多元化方向发展，场景愈加复杂，生产环境也经常会出现一些本地环境和测试环境无法复现的问题。而且，用户的具体行为和操作我们也不可预期，后端错误监控又只能监测到发起请求后的错误日志，那么错误发生时我们就只能靠用户反馈。

服务部署后一段时间内经常会遇见接口调用超时，这种问题在流量稍大的时候很容易遇见。

在千万日活的背景下，快速发现并解决App产生的Bug，有着重要价值，因此得物自研Crash平台，以进一步提高Crash治理效率。

有限状态机，简称状态机，是表示有限个 状态 以及在这些状态之间的转移和动作等行为的数学计算模型。

随着电商平台的发展和完善，越来越多的人们选择电商平台进行购物，并对所购买的产品做出评价。通过对用户的评论信息进行分析和挖掘，可以及时了解产品的性能、存在的问题以及用户的真实需求，为提升产品性能和服务质量提供决策依据。

零拷贝并不是不需要拷贝，而是减少不必要的拷贝次数。

本文主要做了RocketMQ4.8版本的源码主流程分析。

目前比较常用的注册中心有Eureka、Zookeeper、Consul和Nacos。最近对这四种注册中心的整体框架和实现进行了学习，并主要针对Nacos从源码角度学习了服务注册和订阅的具体实现。最后比较了这四种注册中心的区别。

开放平台对于业务来说要做到：能力开放、开放生态建设、提供完善的业务解决方案提升效率。

资损通常来讲是指支付场景下的资金损失，可以从用户角度与公司角度来看。

很显然，得物不适合摘果式拣货，但得物也不仅仅使用播种式拣货。

在做性能监控及项目优化的过程中，不可避免地需要使用字节码插桩的来实现一些需求。

当重复的进行了一些项目“字节码插桩”的相关插件的开发后，我们考虑这方面重复性的工作是否可以做进一步地简化，因为每次重复地进行 "新建Plugin项目"、"编写ASM 插桩"、"发布插件"、"引入插件到源项目中" 流程，开发周期会比较长，因此我们希望可以简化这些流程，开发类似功能时只需要关注具体需要做的字节码修改的操作即可。

随着公司的快速发展，每天推送的消息量不断增加。之前的旧消息系统已经日益不能满足现阶段推送场景的功能要求，我们就开始从0到1构建一个完整的消息系统。

得物App内h5的项目都是通过webview打开。对于webview的性能大家普遍的印象就是打开速度比native慢。

数据开发过程中，如果对分析指标理解有偏差将直接导致整个数据链路的返工，如何以最小代价应对分析指标的合理变动？同时，面对海量数据分析如何提高查询性能？这些问题都可以通过统一OLAP查询平台来解决。