微服务应该很多人都听过了，大概是将一个大【访问 www.tangshuang.net 获取更多精彩内容】【未经授权禁止转载】的复杂应用，拆分成多个独立的应用，通过 本文作者：唐霜，转载请注明出处。【访问 www.tangshuang.net 获取更多精彩内容】API 接口的方式串联在一起的，后端应用著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】。微服务确实是后端的应用架构。而在前端，本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】不知道是为了赶时髦还是什么意思，类似的概本文版权归作者所有，未经授权不得转载。【未经授权禁止转载】念被称为“微前端”，就是将原本一个完整的【原创不易，请尊重版权】未经授权，禁止复制转载。应用，通过某种架构形式，拆分为多个独立的本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。应用，在整体层面，又可以将这些独立应用融著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】合在一起，完成应用本身的功能。

形象的举个例子，假如说，你有一个订餐应用【版权所有，侵权必究】【版权所有】唐霜 www.tangshuang.net，现在要增加一个给外卖小哥用的独立部分，【作者：唐霜】【版权所有】唐霜 www.tangshuang.net以往的做法，是在原有的基础上，新开一个菜原创内容，盗版必究。著作权归作者所有，禁止商业用途转载。单作为入口，进来之后是独立的模块，为了独原创内容，盗版必究。本文版权归作者所有，未经授权不得转载。立，尽可能和其他模块不产生耦合。在微前端著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】的概念下，这个新的部分，则是一个完整的独【作者：唐霜】【版权所有，侵权必究】立应用，它有一个入口，但是肯定不是在底部转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。的菜单栏中，而可能是在首页的某个按钮区域【版权所有】唐霜 www.tangshuang.net【作者：唐霜】内，点击进来以后，就像进入一片新天地，所未经授权，禁止复制转载。【转载请注明来源】有功能和外部没有任何耦合的地方，全部是自【原创不易，请尊重版权】【版权所有】唐霜 www.tangshuang.net己独立的。没错，你会想到小程序，特别是支【未经授权禁止转载】【关注微信公众号：wwwtangshuangnet】付宝首页菜单点进去的小程序。微前端就是这原创内容，盗版必究。原创内容，盗版必究。种架构，只不过是针对的web。

在我的直观感受中，微前端就是一个更高层面未经授权，禁止复制转载。原创内容，盗版必究。的路由和应用加载系统。路由就是要确保在已【原创内容，转载请注明出处】本文作者：唐霜，转载请注明出处。有应用基础上，两个应用可以不打架。当然你【本文受版权保护】著作权归作者所有，禁止商业用途转载。可以要求所有微前端应用的团队按照你的这个【关注微信公众号：wwwtangshuangnet】【未经授权禁止转载】主体框架的要求来配置路由，但是对于需要复原创内容，盗版必究。【本文首发于唐霜的博客】用的微前端应用而言，它不一定只在你一个框本文版权归作者所有，未经授权不得转载。未经授权，禁止复制转载。架中运行，可能在多个框架中跑，这个时候，【本文首发于唐霜的博客】【本文受版权保护】没法只遵循你的路由规则。因此，微前端上层【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。框架，首先要解决路由问题。其次要解决的是本文作者：唐霜，转载请注明出处。原创内容，盗版必究。应用加载问题，一般而言，微前端里面的每一转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。个微前端应用，都是异步加载的，就和小程序转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。一样，当需要使用这个小程序的时候，才会下【未经授权禁止转载】本文作者：唐霜，转载请注明出处。载下来运行。这和我们现在流行的 webp转载请注明出处：www.tangshuang.net本文版权归作者所有，未经授权不得转载。ack 打包的方式完全不同，微前端框架如原创内容，盗版必究。【原创内容，转载请注明出处】何去加载和渲染异步的应用，而且还要保证和【作者：唐霜】原创内容，盗版必究。路由一起工作良好。最后，除了这两大问题之【版权所有，侵权必究】未经授权，禁止复制转载。外，还要解决样式冲突、状态共享、路由跳转【本文首发于唐霜的博客】【本文受版权保护】传参等等问题。这些林林总总的问题凑到一起著作权归作者所有，禁止商业用途转载。【未经授权禁止转载】，OMG，又是一个新趋势……

但不管怎样，随着前端发展趋势，感觉这确实原创内容，盗版必究。原创内容，盗版必究。是要面临的一个问题。