一篇是你在开始动手搭建环境前需要了解各工具原理的文章。 这是一篇你真正开始前需要查阅的文章。 本文介绍了前后端工作原理，前后端搭建的流程、搭建过程中需要用到的技术以及 开发环境版本。 一、前后端如何工作 Django、Vue 和 Element UI 前后 端原理论述  作者：M&T. 2 《51 测试天地》七十四 www.51testing.com 后端开发（Django+Rest 是一个关系型数据库，用于存储后端的数据。 前端开发（Vue+Element UI）： Vue 是一种现代的 JavaScript 框架，用于构建用户界面。Vue 提供了丰富的组件和模 块，可以帮助开发者构建交互式的单页面应用（SPA）。 Element UI 是一个基于 Vue 的 UI 组件库，提供了丰富的预定义组件，用于快速搭建 美观的用户界面。 前后端交互： 后端通过 Django Rest 请求调用 这些 API 接口。 前端通过 HTTP 请求向后端发送数据请求，后端根据请求进行相应的数据处理，并 返回响应数据给前端。 前端接收到后端返回的数据，并根据数据更新页面展示，实现与用户的交互。 总体而言，这种前后端分离的开发模式有助于实现前后端开发的解耦，使得各自的 开发工作更加专注和高效。前端负责用户界面的呈现和交互，后端负责数据处理和业务 逻辑，通过 API 接口进行数据传输和交互，从而实现一个完整的

序 序 春节已近，年味渐浓。 又到了我们献上技术年货的时候。 不久前，我们已经给大家分享了技术沙龙大套餐，汇集了过去一年我们线上线下技术沙龙 99位讲师，85 个演讲，70+小时  分享。 今天出场的，同样重磅——技术博客全年大合集。 2018年，是美团技术团队官方博客第5个年头， 博客网站  全年独立访问用户累计超过300万，微信公众 号（meituantech）的关注数也超过了15万。 美团点评智能支付核心交易系统的可用性实践 176 ...................................................................... 卫星系统——酒店后端全链路日志收集工具介绍 192 ...................................................................... 深入浅出排序学习：写给程序员的算法系统开发实践 行变更，然后通过代码上线进行发布。整体流程如下： 这种上线机制存在以下几个问题： 1. 配置上线过多依赖于代码的发布。 2. 整体上线过程无审核机制，无法对配置资源进行合规审核。 3. 配置容易出错，上线前不能提前预览上线后的效果，只有“事后”（上线后）才能验证效果。 APPKIT打造稳定、灵活、高效的运营配置平台 - 美团技术团队 三、我们的思考 三、我们的思考 针对以上问题，我们希望通过设计一

才能感受到漫天星辰的光芒和温暖。 在2023年春节到来之际，我们从去年美团技术团队公众号上精选了60多 篇技术文章，整理制作成一本1300多页的电子书，作为新年礼物赠送给 大家。 这本电子书内容覆盖算法、前端、后端、数据、安全等多个技术领域， 希望能对同学们的工作和学习有所帮助。 也欢迎大家转给更多有相同兴趣、积极上进的同事和朋友们，一起切 磋，共同成长。 祝愿2023年，大家诸事顺遂，健康平安。 深入理解函数式编程（下） 541 Android 对 so 体积优化的探索与实践 568 从 0 到 1：美团端侧 CDN 容灾解决方案 589 美团高性能终端实时日志系统建设实践 608 后端 622 可视化全链路日志追踪 622 设计模式二三事 647 基于代价的慢查询优化建议 670 Java 系列 | 远程热部署在美团的落地实践 692 日志导致线程 Block 美团外卖搜索基于 Elasticsearch 的优化实践 933 美团图灵机器学习平台性能起飞的秘密（一） 953 提升资源利用率与保障服务质量，鱼与熊掌不可兼得？ 971 标准化思想及组装式架构在后端 BFF 中的实践 992 外卖广告大规模深度学习模型工程实践 | 美团外卖广告工程实践专题连载 1013 数据库全量 SQL 分析与审计系统性能优化之旅 1048 数据库异常智能分析与诊断

阿里云开发者“藏经阁” 海量电子手册免费下载 特别鸣谢： 目录 作者 6 推荐序 7 前⾔ 9 序言 9 简介 13 Nacos 简介 13 Nacos 架构 17 Nacos 总体设计 17 Nacos 架构 17 Nacos 配置模型 21 Nacos 内核设计 28 Nacos ⼀致性协议 28 Nacos 自研 Distro 协议 38 Nacos 通信通道 本 书详尽介绍了 Nacos 的架构设计、功能使用和最佳实践，推荐分布式应用的开发人员、运维人员和 对该领域感兴趣的技术爱好者阅读。 推荐序 < 8 Facebook 工程师 & CNCF 前 TOC 成员 - 李响 服务注册、发现与配置管理是构成大型分布式系统的基石。Nacos 是集成了这三种能力的现代化、 开源开放的代表系统。本书系统化的介绍了 Nacos 诞生的历史背景以及其在阿里集团内部孕育的过 经过阿里内部锤炼十年以上，各项指标已经及其先进，稳定，为服务 好全球开发者，Nacos 经过数十名工程师持续努力，以开源形式和大家见面，相信 Nacos ⼀定能在 分布式领域成为开发者的首选项。 9 > 前言 前⾔ 序⾔ 阿里做开源大概有两个阶段，第⼀个阶段是 2018 年之前，取之于开源，反哺于社区，开源是⼀种 情怀，是⼀种文化，是⼀种展示技术影响力和技术实力的方式，包括我在内很多阿里技术人都是因

• 存 存 存储 储 储：世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状态急剧膨胀导致性 能下降的问题；引入可插拔的存储引擎，支持LevelDB、RocksDB、MySQL等多种后端存储，支持 数据简便快速扩容的同时，将计算与数据隔离，降低了节点故障对节点数据的影响。 • 网 网 网络 络 络：支持网络压缩功能，并基于负载均衡的思想实现了良好的分布式网络分发机制，最大化降 低带宽开销。 0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高； 同时，2.0版本仍然兼容1.0版本的合约，更多关于CRUD接口的介绍，请参考 使用CRUD接口 。 修复MacOS系统下CachedStorage清理缓存导致节点宕机的问题 • 修复MySQL存储模式下，CNS合约名过长导致区块提交异常的问题 兼 兼 兼容 容 容性 性 性 向 向 向前 前 前兼 兼 兼容 容 容，旧版本可以直接替换程序升级 兼 兼 兼容 容 容模 模 模式 式 式回 回 回滚 滚 滚至 至 至v2.6.x方 方 方法 法 法 当节点采用兼容模式从v2.6.x升级至v2

，安全性更高。 • 存储：世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状态急剧膨胀导致性 能下降的问题；引入可插拔的存储引擎，支持LevelDB、RocksDB、MySQL等多种后端存储，支持 数据简便快速扩容的同时，将计算与数据隔离，降低了节点故障对节点数据的影响。 • 网络：支持网络压缩功能，并基于负载均衡的思想实现了良好的分布式网络分发机制，最大化降 低带宽开销。 1 0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高； 同时，2.0版本仍然兼容1.0版本的合约，更多关于CRUD接口的介绍，请参考 使用CRUD接口 。 Documentation, 发布 v2.9.0 区块 区块是按时间次序构建的数据结构，区块链的第一个区块称为“创世块”（genesis block），后续生成的区 块用“高度”标识，每个区块高度逐一递增，新区块都会引入前一个区块的hash信息，再用hash算法和本 区块的数据生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也即区块链。精 巧的数据结构设计，使得链上数据按发生时间保存，可追

，安全性更高。 • 存储：世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状态急剧膨胀导致性 能下降的问题；引入可插拔的存储引擎，支持LevelDB、RocksDB、MySQL等多种后端存储，支持 数据简便快速扩容的同时，将计算与数据隔离，降低了节点故障对节点数据的影响。 • 网络：支持网络压缩功能，并基于负载均衡的思想实现了良好的分布式网络分发机制，最大化降 低带宽开销。 1 0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高； 同时，2.0版本仍然兼容1.0版本的合约，更多关于CRUD接口的介绍，请参考 使用CRUD接口 。 Documentation, 发布 v2.9.0 区块 区块是按时间次序构建的数据结构，区块链的第一个区块称为“创世块”（genesis block），后续生成的区 块用“高度”标识，每个区块高度逐一递增，新区块都会引入前一个区块的hash信息，再用hash算法和本 区块的数据生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也即区块链。精 巧的数据结构设计，使得链上数据按发生时间保存，可追

，安全性更高。 • 存储：世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状态急剧膨胀导致性 能下降的问题；引入可插拔的存储引擎，支持LevelDB、RocksDB、MySQL等多种后端存储，支持 数据简便快速扩容的同时，将计算与数据隔离，降低了节点故障对节点数据的影响。 • 网络：支持网络压缩功能，并基于负载均衡的思想实现了良好的分布式网络分发机制，最大化降 低带宽开销。 1 0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高； 同时，2.0版本仍然兼容1.0版本的合约，更多关于CRUD接口的介绍，请参考 使用CRUD接口 。 Documentation, 发布 v2.9.0 区块 区块是按时间次序构建的数据结构，区块链的第一个区块称为“创世块”（genesis block），后续生成的区 块用“高度”标识，每个区块高度逐一递增，新区块都会引入前一个区块的hash信息，再用hash算法和本 区块的数据生成唯一的数据指纹，从而形成环环相扣的块链状结构，称为“Blockchain”也即区块链。精 巧的数据结构设计，使得链上数据按发生时间保存，可追

• 存 存 存储 储 储：世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状态急剧膨胀导致性 能下降的问题；引入可插拔的存储引擎，支持LevelDB、RocksDB、MySQL等多种后端存储，支持 数据简便快速扩容的同时，将计算与数据隔离，降低了节点故障对节点数据的影响。 • 网 网 网络 络 络：支持网络压缩功能，并基于负载均衡的思想实现了良好的分布式网络分发机制，最大化降 低带宽开销。 0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高； 同时，2.0版本仍然兼容1.0版本的合约，更多关于CRUD接口的介绍，请参考 使用CRUD接口 。 修复MacOS系统下CachedStorage清理缓存导致节点宕机的问题 • 修复MySQL存储模式下，CNS合约名过长导致区块提交异常的问题 兼 兼 兼容 容 容性 性 性 向 向 向前 前 前兼 兼 兼容 容 容，旧版本可以直接替换程序升级 兼 兼 兼容 容 容模 模 模式 式 式回 回 回滚 滚 滚至 至 至v2.6.x方 方 方法 法 法 当节点采用兼容模式从v2.6.x升级至v2

• 存 存 存储 储 储：世界状态的存储从原来的MPT存储结构转为分布式存储，避免了世界状态急剧膨胀导致性 能下降的问题；引入可插拔的存储引擎，支持LevelDB、RocksDB、MySQL等多种后端存储，支持 数据简便快速扩容的同时，将计算与数据隔离，降低了节点故障对节点数据的影响。 • 网 网 网络 络 络：支持网络压缩功能，并基于负载均衡的思想实现了良好的分布式网络分发机制，最大化降 低带宽开销。 0新增符合CRUD接口的合约接口规范，简化了将主流的面向SQL设计的商业应用迁移到 区块链上的成本。其好处显而易见： • 与传统业务开发模式类似，降低了合约开发学习成本； • 合约只需关心核心逻辑，存储与计算分离，方便合约升级； • CRUD底层逻辑基于预编译合约实现，数据存储采用分布式存储，效率更高； 同时，2.0版本仍然兼容1.0版本的合约，更多关于CRUD接口的介绍，请参考 使用CRUD接口 。 FISCO BCOS 2.8.0可编译出两个版本，普通版(2.8.0)，硬件加密版（2.8.0-hsm），这两个版本均 与2.7.0等以前的版本兼容。 2.8.0和 和 和2.8.0-hsm向 向 向前 前 前兼 兼 兼容 容 容，旧版本可以直接替换程序升级 2.2.2 v2.7.2 变 变 变更 更 更描 描 描述 述 述 • 修复国密环境内存泄露问题 2.2.3 v2.7.1 变 变 变更 更