全都是浏览器 web 架构。以前旧的各大业务系统已经是做好的，一开始是互相用户数据隔离的。
现在是“单点登录”已经做好了一段时间。有一个管理平台统一接管用户体系角色体系菜单体系等等的数据。
老板还是觉得单点登录仍不够方便(装逼)，切换到另外一个业务系统需要打开新的标签页，每个业务系统的菜单样式各自不同。
所以想把不同业务系统的菜单都集成到同一个菜单里面，点击就能直接切换显示不同业务系统里面的菜单页面，不用弹出新的标签页
(像阿里云 web 客户端这种，就是弹出标签页的方案，并不是我们目前想要的。阿里云 web 客户端就是每个业务系统规模很大，几百个菜单都是归属于同一个系统的，但是用户能感知到的相关的业务系统数目不会很多，这样用户也能忍受次数不是很多的新标签页打开。)
(iframe 切换显示菜单页面，的确符合这个需求，目前也是使用这种来实现。但是觉得 iframe 迟早要彻底凉凉啊。而且很多 iframe 相关 api 被禁用了，导致这种方案 bug 很多)

没做，iframe 是各种不靠谱，尤其是现在要求 https ，老系统什么都没法动，进了 iframe 资源都加载不了

这不就是前端"微服务"要做的事，你看看 qiankun 或者 single-spa 可以做到，各个子业务不要菜单，然后基座里引入菜单。

前几天刚解禁 iframe 的问题。。。相当难搞

这是需要微前端架构了，阿里的 qiankun 可以试一下。

micro-app github

我们的登录验证模块是以 jar 包的形式导入的。各个系统用的都是同一套，都是基于 session 和 cookie 。这就导致 iframe 出现跨域问题，要么选择浏览器版本降低到 chrome 50 以下，要么选择换方案。最后是改写了登录模块，加入了 token ，然后把 token 放在 queryString 里面，再让前端塞到 requestHeader 。。。解决登录验证问题

不是，上面说微前端的是啥意思，这是老旧系统的聚合，和微前端有啥关系，还能为了一个 sso 来个大翻新?

新系统的确可以试试微前端。旧系统的确不合适这么改造

A 系统点击 B 系统时, 带上参数
参数内包含了两个系统的身份识别, 比如用户 id,
B 系统解析 A 系统传递的参数. 获取用户身份.

严谨一点就是 A 系统生成 ticket, B 系统后端根据 ticket 从 A 系统查用户信息

A 系统点击 B 系统时, 带上参数

那在页面上，怎么从显示 A 系统改为显示 B 系统的页面?

魔改 cas （单点登录）页面，ul-li 完事，又不是不能用（手动狗头

qiankun 可以，就是坑太多，还真不如 iframe ，https 的问题反代下就好了

我们切微前端架构了。

iframe 应该不会凉，只是安全方面加强了，相应的便捷程度就下降了，如果问题不多可以前期用 iframe 顶一下，后面块顶不住了换微前端。

每个业务系统的前端框架也不同，有些老的是 iframe ，现在整合用 iframe 没问题，要是有些是拿不出单个页面显示还得改造业务系统，难，我也有这方面需求，mak

需要微应用。

就是用一个主网站（即门户系统）去集成几个老系统。
最终让这些个系统看起来想一个系统一样，所有系统都用同一个后台。
用户只在主网站登录，权限、角色、菜单管理也都在主网站进行。其它子系统只作为纯业务系统。
今年我的主要工作就是在干这个。。。 真挺神奇的，咱们的需求都一样啊。

我们也是用的 iframe ，项目已经跑了几个月了，用户既可以使用集成的新平台，又可以像以前一样使用老系统，完美兼容。
听说两年后 chrome 会完全禁止跨域设置 cookie ，不管服务器怎么配置响应头不管用。不知道是不是真的。

来仔细说说，我看了 qiankun ，那东西得配置导出函数把，我们做的东西有的是 jsp 、aspx 做的模板引擎，连个 js 都找不到，怎么配置他的导出函数

楼主的需求是把不限制技术栈的东西整合到一起，类似企业门户，而不是手握代码的一堆 webpack 近现代项目

浏览器插件或者猴子脚本，或者打包好无依赖的脚本注入到每个项目？可以从前向后慢慢过渡，项目多一个个加还是麻烦的。

我这边的做法就是：有一个叫管理中心的后台里面负责接入各种业务的后台，管理中心里面提供菜单，权限，角色，用户，用应管理这些基础管理。然后管理中心后台提供 API ，比如说菜单 API 等等。然后出一个 SDK ，业务后台集成这个 SDK 。

我们做的东西有的是 jsp 、aspx 做的模板引擎

我这边也有基于.net 的，也有基于 webpack 的 vue 这些的

“浏览器插件或者猴子脚本，或者打包好无依赖的脚本注入到每个项目？可以从前向后慢慢过渡，项目多一个个加还是麻烦的。"

目前也是在尝试给每个系统注入相同的大菜单。但是点击菜单跳转的时候，应该是需要刷新页面的。用的 iframe 可以局部刷新

我这边的做法就是：有一个叫管理中心的后台里面负责接入各种业务的后台

你这个是集成数据吧，我这边目前已经完成这个集成了。目前能够统一登陆，也能够经过跳转登陆各个业务系统。

我想做的是集成页面

巧了，我们这边的 zf 门户改造也是这么集成旧系统，前端解决方案到现在都没法给出来

意思就是 A 的菜单 集成到 B 里面或者其它里面？

微前端走起

继承为全局统一的菜单

微前端，你需要魔改你的老系统

qiankun 目前在多开和子系统带有 fixed 时不太好解决

在管理中心做一个集成全是菜单的页面不行，管理中心反正啥应用的数据都有。

把菜单和路由管理做成组件，最好是技术栈无关的，每个老系统都引入这个组件并调成一样的布局。
首页做一个新的门户系统，包括登录逻辑。
nginx 给每个老系统分发入口路径，所有系统的域名都是门户系统的，根据路径不同代理到不同老系统。
最终效果是，用户进入门户，点击不同菜单项，网页加载不同 HTML ，整体布局不变，内容区域变成各系统，因为域名一致，也实现了免登录。
老系统内部的二级三级菜单，也可以集成到门户中。

用 nginx 作跳转它不能实现这个？

同一个世界、同一个需求

我们是如果新项目框架 vue 、react 可以用 qiankun 。
老项目 mvc 的 jsp 、php 还用 iframe ，用 postMessage 做跨域数据通信。

门户菜单打算由子系统通过跨域数据通信共享（ postMessage ）回传给门户。
权限控制没想好，因为子系统业务场景都不一样，没办法用一套权限模板。

请求多个 接口，把得到的菜单 汇总后，统一渲染

原有项目有 JSP 、asp.net 、还有前端后端分离的。这情况用 iframe 可能是现阶段最优解决方案了。