为啥没有操作系统托管的队列池？没有托管的账户？

前言

发这篇帖子，我心中是忐忑的，怕被大家骂死。但同时又希望大家都能进来谈谈。

 

---

 

 

论  家中有厨房、厕所的必要性？！

 

居民楼中，家中独立的厨房，厕所有必要么？这不是浪费资源么？

 

一栋楼，一楼或地下室，左面房间是食堂（饭堂，饭店）。右面是澡堂。
每层楼有一个公共厕所，不分男女。有n个单间。有保洁专门打扫。
这样的宾馆，办公楼，公寓，有很多吧。

 

那么为什么没有这样的居民楼？也就是说，为啥要有独立的厕所，和厨房？

 

又为什么要买很多套厨具，锅碗瓢盆米面菜？为什么自己家里要做饭？而不交给专业厨师？我看家里最多有个微波炉，能够热下饭菜足矣。

 

每栋楼，n个单元，公用一个饭堂，公用一组厨师傅，锅碗瓢盆 煤气 不是更节约资源么？而且更安全。

 

大家想吃饭，都去饭堂打饭。懒的话派人送饭，也可以用无人机送饭。也就是楼上楼下那么远。

 

没有无人机，用根绳子加筐子也行啊。

 

现在自己家有厨房，不也是订外卖送餐，无人机送餐么？

 

想自己尝试厨艺，可以去自己楼下的饭堂临时炒个菜，还可以跟厨师交流。

 

早餐，楼下饭堂吃点粥，咸菜。午餐公司吃。晚餐，每周外面饭店吃1次。自己做饭的机会并不多。

 

同理 为啥家中要有独立厕所？每层楼有一个公共厕所，专人打扫不是更好么？

 

---

 

为啥没有操作系统托管队列？

 

进程，线程，队列，是最基本的操作系统元素。

队列又分：队列，堆栈，任务队列，消息队列。

 

多进程必须得通信，这就好像你和邻居，不能老死不相往来一样，而通信基本得靠队列。

和上述居民楼自己家，每家都有厨房一样，都是资源浪费。

现在都是各个进程，自己指定队列存储目录，自己建立队列。

这不是浪费资源么？为啥不能下沉此功能到os？

为啥没有操作系统托管的队列（队列池）？和接口，作为公共库，供各大语言调用？

我看操作系统，应该管理自家内部队列，并为上级，分布式队列服务器，提供接口。

 

线程，进程，其实也是应该有 操作系统建立的，通用的进程池，线程池。然后主流语言用插件的方式，绑定其上。并给出调用接口。这想法可行么？谁谈谈？

 

---

为啥没有操作系统托管的账户管理？

 

为啥没有操作系统托管的账户管理？而是应用自己建立账户，自己管理权限，这不是浪费资源么？

 

我们知道，sqlserver安装后，可以使用win的账户登录，也可以使用sqlserver的账户登录，这就是【操作系统托管的】账户管理。

你想啊，既然某个win账户，可以登录sqlserver，为啥不能登录mysql？为啥不能登录ftp？

 

 

让我们设想一下理想中的，操作系统托管的账户管理：

1 所有应用程序所需要的账户，都由win（linux）来托管。

2 账户管理不外乎，帮助管理密码，管理密码复杂度，管理组，管理账户启用/停用。管理账户有效期，管理权限。

3 对每个应用程序，都建立一个唯一账户组。
比如账户a，既可以登录mysql，也可以登录ftp。那么就把账户a放在mysql组，和ftp组中。
这样同一个账户，就可以登录2个应用程序，或n个应用程序。

4 应用程序的权限，是应用程序自己管理的。但应用的数据库，账户，是交给os托管的。具体为：

4.1 首次安装应用后，就安装上了同版本的权限插件。

4.2 插件初始化后，将产生数据库。数据库的存储，交给操作系统。数据库跟应用，分开存储。

4.3 数据库绑定操作系统账户，绑定权限。

4.4 应用通过插件，管理权限。

4.5 应用升级后，插件可以更新，数据库还用旧的。

4.6 应用删除后，插件可选删除，数据库保留。

 

 上述 想法 可行么？