相比于kernel bypass 模式需要结合具体的硬件支撑来讲，native IO是日常工作中接触到比较多的一种，其中同步IO在较长一段时间内被广泛使用，通常我们接触到的IO操作主要分为网络IO和存储IO。在大流量高并发的今天，提到网络IO，很容易想到大名鼎鼎的epoll 以及reactor架构。但是epoll并不属于异步IO的范畴。本质上是一个同步非阻塞的架构。
Mooncake是得物API一站式协作平台。从2022年3月份开始负责Mooncake，到现在已经一年了，回顾这一年，Mooncake大的阶段上，总共经历过两个版本: 1、Mooncake 1.0: 面向前端和客户端的mock平台，主要解决接口调用者的数据mock问题 2、Mooncake 2.0: 面向前后端的，融合了yapi和mock的一站式文档管理平台，从供需两端解决接口文档的流通效率问题
随着直播行业的飞速发展，越来越多的企业涉足这一领域，直播间的稳定性和用户体验成为了直播平台竞争的重要因素。但是，由于直播间涉及到多个复杂的技术环节，如视频传输、网络通讯、数据处理等，因此直播间的性能压测显得尤为重要。在客户端直播间的压测实践中，APM压测技术是一种常用的性能测试方法，通过对应用程序的性能进行实时监控和诊断，可以快速定位和解决性能瓶颈，提升直播间的稳定性和用户体验。
随着得物电商、社区业务迅速发展，云计算已成为支撑业务运行的关键基础设施。然而，云计算的便利性和灵活性也带来了一系列云成本管理挑战，包括成本增速过快、成本归属不清晰、缺乏有效成本控制手段、对云厂商高度依赖等，因此云成本治理成为各公司的重要方向。作为快速发展中的互联网公司，得物在业务增长的同时，开展了成本治理和FinOps项目落地工作，实现年度云成本节省上亿元，成功抑制云成本的不合理上涨趋势。 此次分享得物FinOps实践经验，希望能为读者提供一些借鉴思路。
相信大家对接口自动化已经不陌生了，这是几乎我们每个迭代都会投入的事情，但耗费了这么多精力去编写和维护，实际的收益如何呢？如果收益不好，是不是说明我们自动化case的实现方式、使用方式还有改进的地方呢？以下是接入得物接口自动化平台后的一些实践和想法，欢迎大家积极交流～
在IM系统中，核心事件都是围绕着“聊天”这个主题展开的，在聊天的过程中，获悉用户的需求，再通过系统集成的各种工具，帮助用户完成诉求；“聊天”在IM业务中就是“会话消息”，当客服与用户之间存在大量聊天消息的时候，如何更好的去加载用户历史消息，提升客服查看消息体验，是一个值得研究的方向。 由于聊天室的特殊布局，历史消息加载需要用到虚拟滚动的方式去实现，如果想要更好的性能，还需要使用虚拟列表技术，而虚拟滚动技术又分为“上拉加载”和“下拉加载”，在移动端领域，还需要“下拉刷新”，如何选择合适的技术方案是我们接下来需要讨论的问题。
随着公司业务的快速发展，以及业务线的快速扩张，项目不仅多同时也越来越复杂，且还有较多项目涉及到跨团队跨域协作。在此大前提下，技术层定期统一组织业务类立项宣讲筹备会，以便做好资源冲突的规避，同步资源信息和项目信息，确保项目按计划及时完成交付。
