多应用+多态+容器依赖注入在WorkerMan模式下产生的不确定性

环境描述

框架：ThinkPHP6，WorkerMan方式启动（依赖：topthink/think-worker）
环境：PHP8.0.22
场景：多应用模式
目录结构（只简单列举）：

├─app           程序根目录
|  ├─admin      应用目录
|  |  ├─provider.php    容器定义文件
│  |  ├─service         服务目录
│  |  |  └─AdminService.php  管理员服务类
│  |  └─ ...            更多类库目录
│  ├─api        应用目录
|  |  ├─provider.php    容器定义文件
│  |  ├─service         服务目录
│  |  |  └─UserService.php   用户服务类
│  |  └─ ...            更多类库目录
|  └─common     公共类库目录
|     ├─contract        接口定义目录
│     |  └─SessionServiceInterface.php 会话服务接口类
|     ├─model           模型目录
│     |  ├─Admin.php    管理员模型
│     |  └─User.php     用户模型
|     ├─middleware      中间件目录
|     |  └─Authorization.php 权限认证中间件
│     └─ ...            更多类库目录
└─ ...

代码部分：

app/admin/provider.php

<?php

use app\admin\service\AdminService;
use app\common\contract\SessionServiceInterface;

return [
    SessionServiceInterface::class => AdminService::class
];

app/api/provider.php

<?php

use app\api\service\UserService;
use app\common\contract\SessionServiceInterface;

return [
    SessionServiceInterface::class => UserService::class
];

app/common/contract/SessionServiceInterface.php

<?php

namespace app\common\contract;

interface SessionServiceInterface
{
    public function access();

    public function right();
}

app/admin/service/AdminService.php

<?php

namespace app\admin\service;

use app\common\contract\SessionServiceInterface;
use app\common\model\Admin;

class AdminService implements SessionServiceInterface
{
    public function access(): Admin
    {
        ...
    }

    public function right(): bool
    {
        ...
    }
}

app/api/service/UserService.php

<?php

namespace app\api\service;

use app\common\contract\SessionServiceInterface;
use app\common\model\User;

class UserService implements SessionServiceInterface
{
    public function access(): User
    {
        ...
    }

    public function right(): bool
    {
        ...
    }
}

app/common/middleware/Authorization.php

<?php

namespace app/common/middleware;

/**
 * 权限认证中间件（全局路由中间件）
 */
class Authorization
{
    public function __contruct(SessionServiceInterface $service)
    {
        // 中间件中打印输出（WorkerMan设置进程数量1可快速复现）
        // 第一次，访问api应用，输出：app\api\service\UserService
        // 第二次，访问admin应用，输出：app\api\service\UserService
        // 第二次预期结果应该输出：app\admin\service\AdminService，但和预期结果不符
        var_dump(get_class($service));
    }
}

问题描述

由于WorkerMan不会在每次请求后释放全局对象及类的静态成员，而容器又是单例模式实现的，因此所有的依赖注入都保存在容器类的静态成员instance中，在请求处理完成后不会被释放

以下是容器代码实现片段

<?php

namespace think;

class Container implements ContainerInterface, ArrayAccess, IteratorAggregate, Countable
{
    /**
     * 容器对象实例
     * @var Container|Closure
     */
    protected static $instance;

    /**
     * 获取当前容器的实例（单例）
     * @access public
     * @return static
     */
    public static function getInstance()
    {
        if (is_null(static::$instance)) {
            static::$instance = new static;
        }

        if (static::$instance instanceof Closure) {
            return (static::$instance)();
        }

        return static::$instance;
    }
}

所以，当首次访问两个应用中的其中一个，在使用依赖注入后，再访问另一个时，后者会因为相同的容器标识已经存在，而获取到访问的第一个应用注入的实例对象，即：

首次访问api应用，依赖注入时是UserService类，获取自然是UserService类
而再次访问admin应用，由于WorkerMan的特性，静态成员不会释放，导致容器标识已经存在，所以使用依赖注入获取到的是UserService类，而不是AdminService类。

但实际情况比这个复杂得多，由于是多进程内存常驻，且静态变量不会在请求后释放，就算在每次请求前后主动删除容器标识（这种也有很多问题），也并不能确保在多个应用并发访问时，依赖注入获取的到底是UserService类还是AdminService类。

在查阅容器依赖注入和多态时，由于网上资料非常稀少，一度曾以为是自己强行将依赖注入和多态捆绑到一起使用才产生的问题，但仔细想想，有这样想法的人应该不止我一个人，毕竟在容器标识绑定的说明处，也有和Interface相关的简单示例，且尝试过在传统fpm的情况下不会有此问题产生，至此才一步一步查阅到WorkerMan对单例模式资源释放的说明。

由于本人学识浅薄，对WorkMan的很多底层知识了解得不是很深入，进程之间的交互和原理也知道得并不多，能力有限，希望能有大佬懂得其中的缘由和分享解决的办法，非常感谢！