新篇序言 新年伊始，祝各位新的一年前程似锦，鹏程万里~！因为个人一些原因许久没有更新相关FastApi知识点。之前也约定好要更新相关Fastapi脚手架，但是也一直没提上议程~ 刚好近期有点点闲暇时间

哈喽大家好，我是咸鱼 几天前，IBM 工程师 Martin Heinz 发文表示 python 3.12 版本回引入"Per-Interpreter GIL”

2023年 10 月 2 日， Python3.12 正式发布了，和之前版本相比，Python3.12 有比较大的更新，核心最主要的就是能够支持解释器之间的隔离了。

虽然 FastAPI 可能不像 Flask 那样久经考验，但越来越多的开发人员正在转向它来提供机器学习模型或开发 RESTful API。切换到 FastAPI 是一个不错的选择。

1. 背景 随着部门业务不断迭代，沉淀了大量的业务组件库。初期业务系统不复杂时，组件库通常都是 Multirepo 方式组织（即一个组件库一个仓库），随着业务复杂度不断提升，模块数量飞速增长，Mult

如果项目经理提到了想接入其他项目的页面，又或者是新平台需要实现允许别的项目进行接入的功能，而你对此一头雾水不知如何起步。那么本文就是为你而写的，这篇文章会介绍该如何根据项目情况选择微服务技术栈。

随着项目的发展，前端SPA应用的规模不断加大、业务代码耦合、编译慢，导致日常的维护难度日益增加。同时前端技术的发展迅猛，导致功能扩展吃力，重构成本高，稳定性低。因此前端微服务应运而生。

在构建微服务时，为了追求极致的效率，服务间一般会使用 RPC（Remote Procedure Call）来进行通信。本文通过 Node.js 来实践一下。

主要目的： 解决资源加载慢问题，提升体验 支持应用自启动（原生app体验） 项目使用到的技术栈为：React umi3 qiankun PWA、预加载、service worker、manifest