Spring之所以不使用NIO（Non-blocking I/O）是因为它有一些特定的设计目标和场景需求。

首先，Spring主要关注的是应用程序的开发效率和易用性。NIO是一种非阻塞的I/O模型，相对于传统的阻塞I/O模型，在处理大量的并发请求时具有更高的性能。然而，NIO的编程模型相对复杂，需要处理更多的异步事件、缓冲区、选择器等细节。对于大部分中小型的企业应用来说，性能并非最重要的考虑因素，更关注的是能否快速开发、易于维护和扩展。因此，Spring选择了更简单的阻塞I/O模型，让开发者可以更专注于业务逻辑的实现，而非繁琐的底层细节。

其次，Spring的设计目标之一是提供一种开发框架，使得应用程序能够与不同的容器和技术进行集成。容器包括传统的Servlet容器、JMS容器、消息队列等，而技术包括各种ORM框架、消息中间件、缓存等。这些容器和技术通常都是基于阻塞I/O模型进行实现的，使用NIO可能需要对现有容器和技术进行全面的改造和适配，这对于Spring来说是一个巨大的工作量。

最后，虽然NIO可以在某些特定的场景下提供更高的性能，但并不是所有的应用场景都适合使用NIO。例如，对于CPU密集型的应用来说，I/O并不是性能的瓶颈，此时使用NIO反而会增加复杂性和开发成本，而带来的性能提升可能并不明显。因此，Spring选择了更通用和易用的阻塞I/O模型，以满足应用开发的多样化需求。

综上所述，Spring之所以不使用NIO是基于对应用程序开发效率、易用性和通用性的考虑。当然，在特定的场景下，开发者可以选择使用NIO或其他更适合的技术来提升性能。