在业务高速发展的情况下，为了支撑更大的吞吐量并且响应足够及时，无论是系统架构还是缓存架构，都进行了多次升级。

用户侧需要解决“知识焦虑”问题，内容测需要解决“信息过载”、“信息孤岛”问题。基于以上问题，智能推荐系统应用而生，既为用户提供个性化内容，又有效的连接用户与内容。

IM即时沟通工具挖掘不愿意留资电话的用户，通过在线答疑、预约试驾等服务触达潜客；通过汽车之家站内资源与站外资源的拓展，站内如汽车之家App、汽车报价App等，站外如高德、微信、百度、支付宝小程序等，实现多种入口的流量汇集。不同的入口设置不同的文案和样式，流量获取转化率也不一样。如此众多的流量入口和多样化的样式，就算产品老司机也很难一口气全部说得完整，更何况随着产品运营人员流动，入口的控制更是难以全面掌握。那么众多入口每天是否正常漏出，或者运营后台调整文案和图片后，各入口是否显示正常呢？由于人工遍历上百个功能入口需要花费大量的时间，产品运营同学很难去一一验证。如何合理有效地保证各处流量入口显示正常和及时发现异常是一个亟需解决的问题。在深度分析IM众多入口形态后，笔者基于移动端RPA积累的经验，设计了IM入口巡检工具，每小时对IM的各处流量入口进行自动遍历，通过检测控件判断入口是否显示正常，通过智能分析界面元素差异判断入口样式变更，并自动生成入口截图，便于产品运营同学确认。既能保证IM入口显示正常，也能最大程度上减轻产品运营同学验证的成本。

本文是之家广告引擎团队结合工作中遇到的超时现象及问题分析过程，对服务框架升级背后的思考做出的一个总结与沉淀。

埋点作为产品优化过程中的重要手段，帮助我们还原用户使用场景，分析用户行为，为优化决策和效果验证提供支持。

iOS相机拍照时的预览内容与实际得到的真实图片不是100%一致的。当我们在相机拍摄时，自定义了输出照片的长宽像素值（比如1280×720），iPhone的取景框默认会撑满不留黑边的展示出照片，会进行"等比放大"处理，这样就会有部分图像是超出屏幕可视区的。这就好比单反相机的一个参数：查看区域和拍摄区域的视野率。

本文主要讲解了，出行平台的来源，系统构建时的思考，以及在设计时遇到的问题。

近几年之家基于Go在不同的业务场景下（高并发服务、云原生、中间件、机器学习、用户产品、嵌入式等）有着丰富的开发实践，接下来会基于这些场景分享一些典型案例。

本篇通过DDD代码实践来讲述软件设计的术与器，本质是为了高内聚低耦合，紧靠本质，读者可按自己的理解和团队实际情况来实践DDD即可。

代码测试覆盖率是一种度量，它描述了对程序源代码的测试程度，是白盒测试的一种手段，能够直观暴露测试用例无法覆盖到的代码块。作为提升代码质量的利器，我们在如何接入、使用等方面做了一些探索性的尝试与实践。

MySQL具有开源免费，运维简单，性能好等优点，是在汽车之家使用最多的一种数据库。数据库作为应用的后端存储，承担着数据持久化存储的功能，是应用可以正常对外提供服务的关键组件，数据库的高可用非常重要。

相对于成熟的商业数据库软件，开源的 MySQL高可用需要使用者自己进行设计和研发，本文介绍汽车之家MySQL高可用架构发展历程，建设实践情况。

​使用DDD领域驱动设计的思想对福利中心（用于同事之间互赞互动）进行开发，在自己的业务中落地微服务。

随着之家业务不断发展壮大，业务的多样性给我们带来了更多的挑战，利用数据分析来驱动业务快速决策是重中之重。推荐系统就是通过精细化策略迭代来提升我们的服务质量和业务质量，但是策略的优化结果不是凭感觉的，需要建立在数据的基础上，得出正确的结论。

PPT已经是生活和工作中不可或缺的重要工具，尤其在汇报工作，产品介绍，提案申请等方面，能够帮助用户更加清晰的表达主题。文章重点讲解通过结合PPT模板和大数据分析结果，实现自动化生成PPT文件的过程，极大程度降低人工处理的复杂度，节约成本，提高时效性。

应用的资源使用率通常都有高峰和低谷的时候，如何削峰填谷，提高集群的整体资源利用率，让应用中的Pod个数自动调整呢？这就有赖于Horizontal Pod Autoscaling了，顾名思义，使Pod水平自动缩放。

弹性盒模型（The Flexible Box Module）,又叫Flexbox (flexible box)，意为“弹性布局”，旨在通过弹性的方式来对齐和分布容器中内容的空间，使其能适应不同屏幕，为盒装模型提供最大的灵活性。