携程酒店查询服务是酒店BU后端的核心服务，主要负责提供所有酒店动态数据计算的统一接口。在处理请求的过程中，需要使用到酒店基础属性信息、价格信息等多维度的数据信息。为了保证服务的响应性能，酒店查询服务对所有在请求过程中需要使用到的相关数据进行了缓存。随着携程酒店业务的发展，查询服务目前在保证数据最终一致性以及增量秒级更新延迟的情况下，在包括服务器本地内存以及Redis等多种介质上缓存了百亿级的数据。

本文将主要讨论酒店查询服务技术团队是如何在保证读取效率的前提下，针对存储在服务器本地的缓存数据进行存储结构选型以及优化的过程。

分享自己写技术原创文章的一些经验和心得，希望能起到一定的指导的作用。

多端研发对于当今时代的前端开发来说是个绕不过去的话题，为了解决这些问题，行业内推出了很多开发方案，但是跨端 UI 自动化测试的解决方案并不多。

Flybirds从2022年初开源至今已有3月有余，通过与社区内活跃用户的交流和反馈，推出了v0.2 版本的跨端跨框架测试方案，一套脚本多端运行，插件化的架构设计，也方便社区开发者自由加入扩展，一起共建成长。

消息业务和存储层面完全分离，延迟消息服务可轻易伸缩。

基于去哪儿网真实生产案例，轻松解决海量指标收集遇到的瓶颈问题。

Widget俗称小组件，是苹果推出的众多App Extension中的一款。因此在介绍Widget之前，需要先了解App Extension及其工作原理。

已接入 2000 个应用、4000 个服务和 6000 个 Pods。

在上线动态化 UI 之前，Qunar 大客户端的首页内容基本都是基于 Native 进行开发的。在保证 APP 的冷启动性能，为用户带来流畅的体验的同时，其实也存在着以下的一些痛点：

• 首页功能的修改大部分需要发版解决，导致了功能迭代周期较长
• 线上如果发现问题的话，修复成本较高，修复时机会有较大延迟

针对以上的痛点，我们针对首页，引入了动态化 UI，当时的期望如下：

1. 性能媲美 native，保证用户体验；
2. 功能可以通过热发迭代，对动态化内容进行在线实时发布，实时灰度，实时下线，保证功能的稳定可控；
3. 动态化内容易于编辑，学习成本较低，前端开发可以轻松进行UI样式的开发、实时预览；
4. 支持数据绑定，模板样式与业务模型解耦；

这一篇、我们将结合 DDD 概念(国内酒店交易 DDD 应用与实践——理论篇) 和酒店交易应用场景，重点讲述用户接口层、应用层、领域层、资源层 DDD 四层架构中，酒店交易是如何落地 DDD 实施，包括实施过程中、代码层面需要注意的标准和原则。

一次核心系统无中断迁移的经验分享。

酒店交易领域驱动设计从零到落地实践的理论背景。

实践QUIC，优化海外用户访问体验。

通过真实案例了解业务架构相关概念以及可行的业务架构分析方法。

涵盖一个HTTP请求的全链路处理过程。

QUIC具有强大的拓展性与灵活性，以及弱网环境优势。

去哪儿网日志分析实践。