Touch平台，可统一收口验收人员的设备管理，通过云平台提供统一的远程操作入口。这样不论我们的员工在世界任何驻地，都可以方便的使用中心化维护的设备，同时新站点的RC包将在Cloud

静态分析及存储通过静态分析可以得到方法间的调用关系，以及对方法进行标记（api、job、consumer、属性等）和染色（重写、继承、引用、可达等）。静态分析流程如下图所示：图6

作者简介玉修，携程技术专家，专注于电话音视频通信、智能客服机器人等领域。一、前言携程拥有庞大的呼叫中心，涉及上万客服人员，覆盖机票、酒店、火车票、度假等产线的售前售后业务，每天的电话业务量超百万通。近年来，通信技术、人工智能技术和智能终端等都在不断革新，我们也一直在思考如何去做更智能化、自动化的呼叫中心，为未来海量的客户需求提供稳定和优质的服务。携程呼叫中心的智能化包含多个方面：用户侧：智能在线聊天机器人（IM）、智能语音导航/智能语音客服机器人/智能邀评插件（电话）客服侧：智能工单和排班系统、智能质检系统、智能客户资源管理系统、服务渠道智能化系统基建：平台部署智能化、业务监控智能化本文旨在探讨携程实现呼叫中心电话智能语音客服机器人的基建服务——语音识别服务（即ASR）的负载均衡的演进历程，以及最佳实践。二、背景随着人工智能技术的发展，在呼叫中心业务中，传统的

作者简介Michael，携程全栈开发专家，追求以技术手段解决业务上的共性问题，构建灵活可配置且可视化的系统，提高生产力，降低沟通成本。CunShun，携程后端开发工程师，专注系统架构、稳定性、低代码等领域。一、引言IVR（交互式语音应答，Interactive

作者简介ck，携程后端开发专家，关注技术架构、高并发、性能调优等领域；Geralt，携程前端开发专家，关注前端框架及性能优化；Kaoru，携程资深前端开发工程师，关注前端性能及开发工具；概述PGClowcode平台是携程市场内容PGC团队搭建的主要用于后台页面开发的低代码平台，第一版于23年3月上线，截至10月平台已经拥有100+用户，在平台上开发了130+个应用和180+个页面。本文将主要介绍团队采用低代码平台的背景、方案调研、落地过程中遇到的问题以及解决方案，同时也大致介绍了该低代码平台提供的能力。一、研究背景1.1

作者简介Kurtis，携程后端开发专家，关注性能优化、技术架构等领域。一、前言在电子商务平台上，商品结构起着至关重要的作用。它不仅承载着预订和服务流程中的商品信息，还在商户运营效率、平台可扩展性以及终端用户体验等多个维度产生显著影响。通过高度结构化的商品信息，平台能够运用数据分析和算法，更精准地推荐合适商品给目标用户群，更加高效地为买卖家用户创造价值，从而提升交易效率和客户满意度。本文介绍了门票活动商品结构的演进和过程中的技术挑战。二、背景与发展轨迹2.1

作者简介py.an，携程后端研发经理，关注性能优化、技术架构等领域venson，携程后端高级研发经理，关注性能优化、技术架构等领域一、引言在全球化战略的背景下，Trip.com作为一个面向国际市场的全球OTA平台，正努力推进国际化战略部署。Trip.com火车票正在积极投入资源和技术力量来拓展海外业务，通过将应用、数据部署新加坡、法兰克福等中心，从而给全球用户带来更好的购票体验和减少数据合规带来的风险。二、业务背景如图所示，目前Trip.com火车票全球铁路业务主要集中在英国、亚洲和欧洲各国，其中欧洲作为世界上经济、交通非常发达的大洲，也成为更加关注的一站，未来还有更多更大的舞台。随着全球疫情危机消退，旅游和出行需求得到释放，在多语言，多币种的场景支持下Trip.com火车票的全球化业务局面已逐步形成。三、面临的挑战全球化背景下，除了要考虑全球的平滑部署来满足应用可用性和用户访问性能要求外，还需要考虑数据出海的安全性、法律合规和数据隔离等严格要求。通过以下几个角度举例：3.1

的用例结构来进行构建该生成器的目的内容。因为文本节点的结构是一致的，我们需要手动给不同的文本节点赋上不同的语句含义，在此处我们通过在平台上给视觉稿图层打标签进行实现。在实现上，通过递归

作者简介haibing，携程研发能效经理和SRE，关注自动化测试，能效提升方向的工具技术。一、背景随着携程机票BU业务规模的不断提高，业务系统日趋复杂，各种问题和挑战也随之而来。对于研发测试团队，面临着各种效能困境，包括业务复杂度高、数据构造工作量大、回归测试全量回归、沟通成本高、测试用例数量多且难以复用、测试数据维护量大以及自动化用例管理等问题。每个都会影响测试团队的效率和质量，给软件研发过程带来挑战。总结下来主要是两个核心困难点：成本与复杂度。成本方面，我们通常需要在成本和质量之间做出取舍，需要在快速迭代的同时保证质量，又需要在限定的投入下保证质量。复杂度方面，当业务规则积累一段时间后，业务流程、规则、场景和数据处理的复杂度在叠加后呈二次或者指数等形式增加，给测试质量工作带来很大的挑战。二、探索：自动化回归测试的探索与实践为了应对这些挑战，我们在质量和测试工作中进行了一些持续性探索：1）AUTO

作者简介零一，携程算法工程师，专注于智能告警、容量管理、根因定位等领域。一、背景携程作为在线旅游公司，对外提供机票、酒店、火车票、度假等丰富的旅游产品，其系统稳定性关乎用户是否具有顺滑的出行体验。然而，流量激增、代码发布、运维变更等都会给系统稳定性带来挑战。我们在2020年对生产故障的“发现-定位-解决效率”提出了“1-5-10”的目标（即一分钟发现故障，五分钟定位故障，十分钟解决故障），这无疑对监控告警提出了很高的要求。订单量是生产故障异常检测场景中最核心最显性的指标，订单量在自身形态上具有周期性、规律上升和下降、业务高峰和低谷等特点，影响因素包括节假日、促销等。倘若数以万计的业务线通过人工配置规则的方式来覆盖到所有业务场景，并且做到高准确率和召回率，是非常不现实的。因此，迫切需要一套配置费力度低、普适性强、准确率高、时效性强的智能异常检测算法体系来及时发现异常。指标异常检测是智能运维领域的重要落地场景，携程AIOPS团队致力于提升告警质量，寻找告警效率、准确率和真实故障召回率三者之间的平衡点。我们将统计学方法和机器学习方法结合，根据指标的历史数据，将训练的多个模型组成一套异常检测系统，在覆盖真实故障的基础上，减少告警数量，产生更有价值的告警。二、告警质量提升2.1

作者简介Mega，携程国际机票工程师，关注Java、devops领域。一、前言大多数的技术研发都对重构有所了解，而每个研发又都有自己的理解。从代码重构到架构重构，我参与了携程大型全链路重构项目，积累了一点经验心得，在此抛砖引玉和大家分享。二、重构的定义重构是指在不改变外部行为的情况下，改进其内部结构的软件系统更改过程。三、重构的原因3.1

hydrateRoot(document.getElementById('root'),)})这时，控制台的报错内容全部消失了，同时页面上也正常展示了从服务器中获取的评论数据。直接通过

({"test":"index-module__test___Bm2J6","txt":"index-module__txt___nIysk"});//

性能优化以上方案在实践的过程中，做了很多优化，大致可以归纳成以下几点：1）消息积压由于需要处理的延迟消息会因为消费能力不足的情况导致消息积压的问题。优化这一问题主要从以下几个方面入手：Delay

{flutterEngine.getActivityControlSurface().detachFromActivityForConfigChanges();}

操作的次数，以提高动画的性能和流畅度。四、结论动画给予了页面丰富的视觉体验。我们应该尽力避免使用会触发重布局和重绘的属性，以免失帧。最好提前申明动画，这样能让浏览器提前对动画进行优化。由于

}};由此，不管什么场景下，我们都可以用类似的方式实现与宿主环境的通信。再看下“在合适的时机显示组件”这种场景，首先我们理解下什么是“合适的时机”，也许你会想，在符合特定业务逻辑的前提下，让

作者简介Wen，携程资深后端开发工程师，专注系统性能、稳定性、交易系统等领域。一、背景在现今的信息时代，微服务技术已成为一种重要的解决方案，微服务技术可以使系统的规模和功能变的更加灵活，从而获得更高的可扩展性和可用性。然而，微服务调用中出现的超时问题，却也成为系统可用性的一大隐患。超时会导致客户端的性能下降，甚至可能无法正常工作。本文针对超时问题，提出相关的优化手段，降低微服务调用超时的风险。1.1

作者简介Senna，携程前端开发工程师，关注组件化开发，低代码平台建设。Yuan，携程前端开发工程师，专注前端组件化和低代码平台建设。一、背景携程各个BU各个时期都有不同营销页面，数量众多，其中很重要的一块是产品模块，运营需求的产品卡片样式众多，各个BU展示字段差别巨大，无法利用通用样式，因此如需新增卡片或字段，传统做法是运营提需求给设计，再提需求给开发，经过需求评审，正式开发，发布测试上线等等。每次遇到大促活动或者接入新的业务方，都需要重新设计及开发商卡，而新的商卡大多只是新增一些换肤样式，或个别字段，这却需要开发人员多写一套样式代码或新增字段样式，同一个样式应用于不同的业务方也需要重新进行开发，极大地浪费了开发和设计资源。在DIY商品卡片系统开发前，由于开发成本的限制，营销页面上常用的商品卡片样式基本固定为十几种，这在用户看来缺乏新意，吸引力不足，从而在一定程度上影响了营销页面商卡的点击量。综上所述，为解决传统商卡存在的以下问题：即使样式差别很小也需要重复开发，耗时耗力。没法多平台统一卡片样式，难于管理、复用性低。样式固定、对用户吸引力低导致点击率及订单转化率低。我们从UI和逻辑解耦，UI模板在平台配置生成的角度考虑解决问题，设计了DIY商品卡片系统。二、系统介绍商卡系统将UI和逻辑进行解耦，UI部分可在商卡配置后台进行配置，逻辑部分由开发人员处理后引入原子UI组件进行最终渲染。2.1

Stage:pre这里由于我们需要一些环境的依赖，因此我这里做了一下几个环境的check，我们配置了对几个依赖项的版本check，当然这里也可以增加一些校验为安装的情况下补充安装的步骤等。3.3

图5：通过versionPath文件控制版本模块aar的核心在于对依赖项的控制。我们想要的是一个app壳+部分源码模块+部分aar模块+其他依赖的结构，因此下面几点是要考虑到的：在所有子模块发布

Harness）对三种字符串格式化方法和一种字符串拼接方法进行耗时测试。测试结果表明，使用Java8的replace方法实现的字符串格式化性能最差，而使用Apache的字符串拼接函数性能最佳。表1

小程序webview内嵌H5H5页面投放在小程序WebView，在配置完合法域名后，即可在小程序应用中展示。那么，针对不同厂商小程序，可能法务、厂商合规有所差异，需要H5判断所在的环境，去调用不同

作者简介携程前端框架团队，为携程集团各业务线在PC、H5、小程序等各阶段提供优秀的Web解决方案。产品涉及各类前端/Node端应用框架、研发工作台、前端中台化、静态资源发布系统等。当前主要专注方向包括：新一代研发模式探索，Rust构建工具链路升级、Serverless应用框架开发、在线文档系统开发、低代码平台搭建、适老化与无障碍探索等。摘要携程小程序自动化错误预警方案是一套完整且通用的小程序前端错误监控方案。此方案提供小程序错误自动采集SDK，并对错误所在的页面路径进行偏移矫正，能够准确通知相应的开发负责人；将错误信息分为生产、测试、开发3种阶段，根据错误发生的阶段提供相应的错误预警及处理方案；开发负责人只需在小程序管理平台配置告警所需信息，即可快速接入、实时监控生产报错、生成告警通知；源码映射能力可以帮助开发者快速定位错误原因，提升修复效率。接入此方案可实时捕获开发环境错误，确保在小程序发布上线前发现并解决业务报错，可极大地减少线上小程序的错误量。一、为什么要做错误监控携程小程序产品是to

目前查询服务已经在jemalloc上生产运行了数个月，至今还没有观察到再次出现堆外溢出的问题；同时RSS的波动非常稳定，即使遇到流量高峰也不会出现内存尖刺，可以保持良好的响应时间和稳定。

数据结构：（3）问题3：“构建布局关系”是所有步骤中最复杂的一步，因为它涉及到许多技术难点，且几乎没有可供借鉴的开源资料。我们可能需要通过不断的尝试来解决问题。实际上，构建布局关系是基于之前提到的

会在每次事件执行完毕后释放函数，相当于每次事件执行完毕都会进行一次“去水合”的过程。所以，当你触发一次事件和无数次事件函数在执行过程中对于内存占用来说是相差无几的。当然相较于传统

作者简介李羽，携程高级前端研发工程师，专注前端跨平台框架领域的开发与研究。Hyme，携程前端研发经理，专注前端小程序/H5领域的开发与研究。Chao，携程前端研发经理，关注前端跨平台领域与前端研发效率提升。一、项目背景随着小程序用户的增长，APP和小程序在需求迭代上呈齐头并进的趋势。与此同时，前端研发人员面对多套平台代码的维护与开发，研发投入上耗时耗力。目前携程内部急需一种跨平台的开发框架，来节约不必要的多套开发量。

作者简介提挈，携程资深数据库工程师，专注于数据库自动化运维和分布式数据库的研究。Cong，携程数据库专家，主要负责MySQL和分布式数据库运维及研究。Typhoon，携程高级数据库工程师，负责分布式数据库的运维和工具设计。一、前言MySQL在业界流行多年，很好地支撑了携程的业务发展。但随着技术多元化及业务的不断发展，MySQL也遇到了新的挑战，主要体现在：业务数据模型呈现多元化，OLTP和OLAP出现融合的趋势；在MySQL数据库上慢查询治理成本高；使用传统的分库分表方案对开发不友好，核心数据库改造成分库分表方案，时间一般以年为单位。分布式数据库能比较好地解决上述问题，同时也带来了新的挑战。2021年，OceanBase（简称OB）开源，携程开始逐步探索OceanBase的基本特性和应用场景。OceanBase兼容大部分MySQL的功能和语法，同时提供水平扩展性、强一致性和高可用性，能满足业务需求并降低运维成本。因此，我们开始推进部分MySQL实例迁移到OB。为保证迁移顺畅，我们设计了迁移评估工具、OB迁移流程、OB监控大盘和OB故障诊断工具等。并将迁移过程中遇到的问题和大家进行分享。二、评估工具平滑迁移异构数据库，我们需要进行兼容性、性能和分区适应性等各项检查。提前把不兼容或有可能引起迁移异常的场景找出来并解决。官方提供了OceanBase

作者简介秋石，携程数据仓库专家，关注大数据、数据仓库、数据治理等领域；九号，携程数据技术专家，关注数据仓库架构、数据湖、数据治理；魁伟，携程资深数据工程师，关注实时&离线大数据产品及技术。一、实时数仓当前，企业对于数据实时性的需求越来越迫切，因此需要实时数仓来满足这些需求。传统的离线数仓的数据时效性通常为

作者简介Xiaoxing，携程IT资深软件工程师，深耕前后端全栈技术，专注WinForm应用，自动化、效率提升类工具开发。Hui，携程IT桌面支持经理，致力于用户服务相关平台、工具的功能优化和体验升级。术语本地服务：以系统权限（Local

类型关系在确定了基本的语法规则后，我们需要定义一些基本的类型关系，这无论是在面向对象编程还是函数式编程中都非常重要。这些类型关系可以在代码编写阶段约束一些语法准则，避免将

作者简介HongLiang，携程高级技术专家，专注系统性能、稳定性、承载能力和交易质量，在技术架构演进、高并发等领域有丰富的实践经验。一、背景微服务架构在中大型互联网公司中被广泛应用，随着业务的发展，应用数越来越多、调用关系也越来越复杂。中台化后，交易系统要支持业务线多，系统复杂性高，原系统虽然能支撑业务量的持续增长，但在稳定性、吞吐力和资源利用率上面，还存在优化空间。分享的目的本文站在业务开发角度介绍开发在微服务架构下遇到的相关问题（微服务架构的优缺点这里不再赘述），以门票活动预订流程查询引擎为例，分享微服务治理的实战经验，希望能给遇到同样问题的同学提供一些借鉴思路。如下图所示，蓝色部分为本文的重点图1

作者简介Lyan，携程资深后端开发工程师，负责自动化测试框架及平台类工具开发，关注Devops、研发效能领域。一、背景随着敏捷开发，DevOps开发模式的流行，代码质量分析作为研发质量保证体系的重要组成部分，不仅能有效的降低因频繁迭代带来的故障风险，而且对整个工程团队的效能提升有着巨大的价值。携程很久以前就已经开始进行DevOps的建设，通过Gitlab

作者简介携程前端框架团队，为携程集团各业务线在PC、H5、小程序等各阶段提供优秀的Web解决方案。当前主要专注方向包括：新一代研发模式探索，Rust构建工具链路升级、Serverless应用框架开发、在线文档系统开发、低代码平台搭建、适老化与无障碍探索等。一、项目背景2022，携程PC版首页终于迎来了首次改版，完成了用户体验与技术栈的全面升级。作为与用户连接的重要入口，旧版PC首页已经陪伴携程走过了22年，承担着重要使命的同时，也遇到了很多问题：维护/更新困难祖传代码黑盒逻辑过多，产品也难以推动新需求的上线，旧版首页已经不能满足高速发展的业务需求。技术栈陈旧且不统一互联网技术日新月异，旧版首页的整体架构设计和技术栈都相对落后，且大首页中各个组件的研发涉及多事业部合作，存在技术选型差异的问题，增加了维护成本。用户体验有待改善旧版携程首页的设计风格沿用至今，在视觉和交互层面上，都已经难以满足用户不断提升的互联网体验和审美需求。综合上述情况，为了给用户提供更好的服务，携程首页的整体改造迫在眉睫。二、需求分析携程首页改造需要考虑的核心问题包括以下几个方面：技术选型为了优化首屏性能，提升用户体验，携程新版首页采用服务端渲染模式。在技术选型上，考虑到我们希望应用层是轻量的，只做页面HTML拼接和响应两件事情，最终决定基于Node.js构建应用载体，客户端则统一使用公司主流的React技术栈。跨团队合作首页作为携程的重要门户，涉及多业务线的流量入口。如图1所示，我们可以将整个页面进行切割，按业务线划分成多个组件模块。图1

作者简介Flora，携程高级研发经理，关注Node.js相关领域。本文主要记录一次静态资源服务源站更新了跨域策略后，引发的客户端跨域请求失败的案例。如果对跨域不太熟悉的同学，可以阅读一下MDN

world.1989年，英国科学家蒂姆-伯纳斯-李在欧洲核子研究中心工作时发明了万维网（WWW）。万维网最初是为了满足世界各地大学和研究所的科学家之间自动分享信息的需求而构思和开发的。Web

作者简介jzg，携程资深前端开发工程师，专注Android开发；zcc，携程高级前端开发工程师，专注iOS开发。一、前言随着移动端短视频的火热，音视频编辑工具在做内容类APP上的地位举足轻重。丰富的转场方式可以给短视频带来更多炫酷的效果，从而更好地赢得用户青睐。本议题主要包含了对OpenGL的简单介绍及相关API使用，GLSL着色器语言的基本使用，以及如何通过编写自定义的着色器程序来实现图片的转场效果。二、为什么使用OpenGL以及使用的难点2.1

作者简介Kenny，携程高级前端开发工程师。2021年加入携程，从事小程序/H5相关研发工作。一、背景随着项目的不断迭代，规模日益增大，而基于Taro3的运行时弊端也日渐凸显，尤其在复杂列表页面上表现欠佳，极度影响用户体验。本文将以复杂列表的性能优化为主旨，尝试建立检测指标，了解性能瓶颈，通过预加载、缓存、优化组件层级、优化数据结构等多种方式，实验后提供一些技术方案的建议，希望可以给大家带来一些思路。二、问题现状及分析我们以酒店某一多功能列表为例(下图)，设定检测标准(setData次数及该setData的响应时效作为指标)，检测情况如下:指标setData次数渲染耗时(ms)第一次进入列表页72404下拉长列表更新31903多屏列表下

查找了大量资料，发现AppleScript是一个与macOS结合非常紧密的脚本语言，它显著的特点就是可以控制其他macOS上的应用程序，通过使用它可以完成一些繁琐重复的工作。代码如下：

作者简介Harry，携程资深后端开发工程师，负责直连平台建设，关注系统高可用、数据驱动等领域。一、前言携程门票活动供应商直连平台（以下简称“直连平台”）通过API对接多个供应商的订单和商品系统，实现自动化信息同步和状态流转。随着业务的高速发展，供应商的对接需求与日俱增，这不仅对直连平台接入供应商的上线效率提出更高的要求，同时供应商系统的物理网络限制、稳定性参差不齐等情况也给直连平台带来不小的挑战。本文将从提高供应商接入效率和增强系统稳定性两个方面分享直连平台的实践经验。二、背景2.1

ReplicatedMergeTree('/clickhouse/tables/hickwall_cluster-{shard}/downsample_mtv',

W=199.9999999%99.9999999%99.9999994%无主复制的数据库在写入的时候容忍了部分节点的不一致，但是我们希望每个节点上的数据尽可能的完整，这就需要节点版本补齐。1.6

单机房部署集群所有节点都在一个机房中，节点之间通讯可以避免跨机房问题（应用端与服务端之间仍然会存在跨机房调用），由于机房整体出现问题时该部署模式的系统将无法使用，所以适用于非核心应用进行访问。2.3

作者简介携程前端框架团队，为携程集团各业务线提供优秀的Web解决方案，当前主要专注：新一代研发模式探索，Rust构建工具链路升级、Serverless应用框架开发、在线文档系统开发、低代码平台搭建、适老化与无障碍探索等。一、摘要随着携程接入小程序平台类型的增加，前端需要负责的端越来越多，研发成本也随之成倍增加。为了解决一套代码多端运行的诉求，携程小程序框架不断调整、升级，逐渐形成了携程Taro跨端解决方案。二、背景2.1

作者简介Roy，携程软件技术专家，负责MySQL双向同步DRC和数据库访问中间件DAL的开发演进，对分布式系统高可用设计、分布式存储，数据一致性领域感兴趣。一、前言在携程国际化战略背景下，海外业务将成为新的发力点，为了保证用户高品质的服务体验，底层数据势必需要就近服务业务应用。一套标准且普适的数据复制解决方案能够提升业务决策效率，助力业务更快地触达目标用户。DRC

降低非开发人员的使用门槛，提高问题筛查的自助率，提升相应效率对数据进行业务含义转换，信息直接明了，提升自助率还原用户预订场景，精准获取用户反馈信息的同时，提高问题自检力5.2

的元数据引擎有很多选择，包括开源的Redis、TiKV以及官方提供的闭源的企业版元数据引擎。考虑到携程的数据规模较大并且后续会有更多的数据接入，元数据引擎需要能够支持TB

服务开发实践携程微信小程序如何进行Size治理从47%到80%，携程酒店APP流畅度提升实践携程动态表单DynamicForm的设计与实现

ExecutorsJava和各种框架里提供了众多的线程池实现，我们要保证Trace数据能正确的跨线程传递，首先我们修饰了Runnable/Callable，