Qunar由于业务上对 IM 系统的需求，以及对 IM 需要支持的功能和扩展，结合市面上已有的 IM 的实现，实现了自己的一套完善的办公 IM 和客服 IM 系统。具备了以下几个重要特点：实时性，可靠性，一致性，安全性，扩展性，高并发。

没有完美的存储方案，只有最适合的存储方案。

什么是对内 DDD，对外 API 呢，这个是我们业务研发领域内使用 DDD 作为领域设计、微服务设计的理念的实践原则，领域间使用 API 进行交互的一种通俗易懂的说法。

react-native 目前是去哪儿网跨端最佳方案，已是去哪儿网客户端的主要技术栈。qrn-js 是在 react-native 基础上开发的一个专属于去哪儿的 rn 框架。

如何有效控制Redis实例大小？

去哪儿网在旅游行业，拥有庞大的用户群体，除了日常的购票之外，我们也想和用户做更多的触达，让用户感受到平台的温度，这个触达主要分为三个部分：

1. 日常的促销，比如机票、酒店购买完毕，可以抽奖、发起砍价拿现金等活动，增加用户的粘性，切实给用户带来实惠。
2. 新客的引导，app 端和小程序都有新人专区，有各式各样的活动、任务引导用户购票转化。
3. 逢年过节时，平台会推出大力度的促销活动，进一步的提高用户转化，提高品牌影响力。

上面主要的三个场景，去哪儿网各业务线也都有对应的产品运营团队来负责，那么问题来了，触达用户是需要页面的，如此高频度，大规模的页面，该如何产生呢？

基于 SA 获取 JVM 中的方法调用数据，实现零侵入业务系统获取可下线代码。Java SA 是如何做到的呢？其实现原理让我产生了浓厚的兴趣，探索的过程中发现网上的资料极少，也无详细官方文档，只能通过啃源码才能了解一二，过程中个人收获颇丰，谨以此文记录整个探索过程，希望对其他想了解 Java SA 的同学提供些帮助，同时通过对 SA 的使用，向大家介绍一个深入了解 JVM 内部运行时数据及内部实现机制的利器。

随着移动互联网时代的高歌猛进，产品的研发迭代速度变得愈来愈快，工程复杂度越来越高，这对产品研发过程提出了高质量、高效率、更灵活的要求。在研发团队的开发协作上，开发人员遵循一套可靠且灵活的代码和分支管理准则。在机票主流程前端一周多次发版的背景下，对工程高效率迭代和持续集成的需求尤为迫切。不同研发团队在分支管理上有很多优秀的实践，更多的时候会根据团队以及项目特点选择最合适的分支管理策略。

qrn-remax-unir是一套由去哪儿网前端技术团队实现的将RN适配到小程序端的跨端组件，通过该组件库可快速方便的将RN源代码直接运行到小程序端。对RN源代码侵入度低，并且调试和替换组件相当方便。

数据库迁移拆分是我们日常运维工作中不可避免的一环，本文主要分析数据库常用的迁移方案对应的使用场景以及优劣势，同时分享了 Quanr 数据库使用架构，以及架构演进过程中的实践经验。

伴随信息时代的快速发展，消费者的消费观念趋于理性、客观，对产品本身的质量要求也越来越高。在用户难以直接接触到产品的情况下，能否第一时间让用户对目标产品有快速、深入的了解，已经成为产品推荐的关键。因此，优质、多样、精简、信息含量高的内容素材，对提高产品吸引力至关重要。

就旅行场景而言，通过给景酒打上不同维度的标签，既有利于平台通过用户偏好更加合理地推荐相应产品，也能帮助用户对景酒有更快速的了解。同时，我们在景酒标签的基础上，进行更加深刻的内容挖掘，结合标签相关的、内容优质的推荐理由，大幅度加深用户对产品特色的了解，帮助客户快速挑选出最心仪的产品，提升用户体验。

本文承接《国际酒店用户服务能力提升（一）》、《国际酒店用户服务能力提升（二）》。前两篇文章中主要说了售前服务，本篇会重点说下售后服务相关业务和改进。

本文承接《国际酒店用户服务能力提升（一）》中对 L-D 环节顺畅度的提升。上文中分析了顺畅度情况较差的原因，下文会详细说明我们究竟做了什么来提升顺畅度。

对于一个商业产品，不是只有盈利才是唯一的目的，去解决用户的诉求，提供更好的服务也是核心目的之一。本文将说下，在国际酒店一年的时间里，我们做了什么来为用户提供了更好的服务。

今年接到一个大需求，产品方向上希望尝试一种交通类业务融合的平台化搜索首页新体验。于是各业务研发团队经过几轮技术评估，决定联合启动开发这个新项目。借此机会，机票 App 团队决定基于 Android Jetpack AAC 组件库和 Kotlin Coroutines 技术方案进行重构实现。

xposed 对于很多安卓安全和逆向人员来说并不陌生，在对 app 的函数功能分析和拦截时经常会用到。本文以 xposed 修改某个应用的 IMEI 为例，作为一个简单入门介绍。供新手了解如何使用 xposed 编写自己所需的 hook 模块，以及简单介绍 xposed 在其他方面的应用场景。