可以。
实践上,在某些特定场景下也会有实际价值:
例如说探活/心跳服务。这类服务需要同时应付极大量的客户,而且自身消耗的资源尽可能少(毕竟不是复杂的业务功能服务)。但具体每个请求都特别短,处理起来也特别简单。用这种模式可以极大减少无意义的并发切换开销,简化处理流程,同时也能提高稳定性和可靠性。
另外就是在这基础上还可以扩展一下:通常情况下这么维持心跳。极偶然会有些需要复杂处理的指令(例如说一些客户端的异常状态上报),就fork一个短进程出来单独处理。
总之,这类架构有种短小精致的“古典美”。作为学习用途比较多,不太符合当前主流的发展思路,实际大规模应用得比较少,但在某些特定场景还是能简单这样的遗存的。