部署时Angular Module-Federation Microfrontend Singleton服务不起作用

Question

这种建筑绝对是与之合作的噩梦，但希望有人能够帮助我。我使用的是Angular 13， @Angular-Architects/模块 - FEDERATION 14.2.0。

我将尝试为正在与之合作的项目提供简化版本。

项目结构是

↓project-name
  ↓dist
    >project1
    >project2
    >shell
    >shared-library
  >node_modules
  ↓projects
     >project1
     >project2
     >shell
     >shared-library

外壳，每个项目都在他们的webpack.config：

 sharedMappings.register(
    path.join(__dirname, '../../tsconfig.json'),
    ['@shared-library']

的共享图片设置

"@shared-library": [
    "projects/shared-library/src/public-api.ts"
  ],

tsconfig.json具有此路径设置 而不是public-api.ts。我已经尝试过，但也什么也不做。

共享library具有诸如

>shared-library
  ↓src
    >lib
    >shared-library.module.ts
    >shared-library.service.ts
  public-api.ts

共享library.service.ts之类的结构。

使用共享library的组件。服务

import { SharedLibraryService } from '@shared-library';
constructor(private shared-library: SharedLibraryServce) {}

在我本地运行时使用它的运行良好，共享library.service是单身人士，每个MFE都可以与之共享数据。

当我部署项目时，共享图书馆将在外壳和每个MFE中实例化，因此它完全打破了项目。

我在部署部分并不是真正的经验，所以我假设我做错了。

Angular.json在“/projectName/apps/project1”之类的结构中具有每个项目的“ basehref” s，因此，当我将文件移至服务器时，我将它们放在

all shell files
>apps
  >project1
  >project2

我尝试将此库放置在每个结构中可能的地方，没有什么不同，但是我也注意到，即使我不将库放在服务器上，它仍然存在并且仍在实例化多次，所以我想部署库是不必要的吗？

代码比我提供的要多得多，但是我不知道这种类型的项目甚至可以在Stackblitz中完成，以进行更完整的示例。我试图提供所有与问题相关的代码，但是我可以根据要求提供更多我的代码示例。