阿里巴巴的《Java开发手册》中不推荐使用存储过程，主要是基于以下几个方面的考量：
- 可移植性差：存储过程依赖于特定的数据库管理系统（DBMS），这意味着如果你的应用程序需要更换数据库系统，存储过程可能需要重写。这与Java追求的“编写一次，到处运行”的理念相悖。
- 难以调试和维护：相比Java代码，存储过程通常更难调试，并且版本控制也不如现代软件开发工具对应用程序代码的支持那样完善。此外，对于大型团队来说，管理存储过程的权限和协作也可能更加复杂。
- 性能问题：虽然在某些情况下，存储过程可以提供更好的性能，特别是当涉及到大量数据处理时。然而，在分布式系统或微服务架构下，频繁调用存储过程可能会导致网络延迟增加，从而影响整体性能。此外，过度依赖存储过程可能导致业务逻辑分散在多个地方，不利于统一管理和优化。
- 扩展性和灵活性受限：将业务逻辑放在存储过程中会限制应用层面对这些逻辑进行灵活调整的能力。而在Java等高级语言中实现相同的逻辑，则更容易适应变化并集成新的功能和技术。
- 测试难度大：相比于单元测试Java代码，测试存储过程往往更为困难。Java拥有丰富的测试框架支持，能够方便地进行自动化测试、持续集成等操作，而存储过程则缺乏这样的生态系统支持。
综上所述，《Java开发手册》建议尽量避免使用存储过程，提倡将业务逻辑保留在应用层，这样可以提高代码的可读性、可维护性以及跨平台能力。
不过，这并不意味着完全排除使用存储过程的可能性，在某些特定场景下（例如复杂的批量数据处理），存储过程仍然是一个有效的解决方案。
关键在于根据具体项目需求权衡利弊，选择最合适的技术方案。
THE END
