MEAN栈开发者咨询：为何在AEM中使用Servlet？

1. AEM Servlet 是否对应 MEAN 栈中的控制器？ #

AEM 里的 Servlet 确实可以承担控制器层的角色——比如接收前端表单提交的数据，和后台模型（比如 JCR 存储、集成的外部数据库）交互处理业务逻辑，这和你之前用 Node 做控制器的逻辑完全一致。很多场景下，前端提交的表单会直接发送到 AEM 内部 Servlet，由它完成数据校验、存储到 JCR 或调用其他服务，最后返回响应。

2. 控制器逻辑是否该分离到外部 Servlet 容器？ #

这个要结合业务场景判断：

• 如果业务逻辑复杂，或需要和大量外部系统集成，把这部分逻辑抽离到 JBoss 这类外部容器，通过 REST 接口提供服务，让 AEM 专注于内容渲染和视图层，确实是更合理的架构——毕竟 AEM 的核心优势是内容管理与页面渲染，过度在 AEM 中塞入复杂业务逻辑会增加维护成本，还可能影响 AEM 本身性能。
• 但如果只是简单的表单处理、数据存储到 JCR 这类轻量逻辑，直接用 AEM Servlet 实现会更简洁，无需额外维护外部服务，能降低系统复杂度。

3. Servlet 仅用于前端处理？AEM 里能不能写 JS/TS？ #

首先，Servlet 不是只能做前端相关处理，它可以处理任何后端逻辑（比如数据读写、服务调用），和你用 Node 写的后端逻辑本质一致，只是运行在 AEM 的 Java 环境中。

其次，AEM 完全支持编写 JavaScript/TypeScript 代码：

• 前端层面：你可以在 AEM 的页面组件里嵌入原生 JS，也可以集成 Angular/React 这类框架，用 TS 开发前端交互逻辑，和你之前做 MEAN 栈的前端开发方式几乎无差别。
• 后端层面：AEM 还支持Server-Side JavaScript (SSJS) 处理后端逻辑，不过这种方式现在使用较少，大部分场景还是 Java Servlet 更稳定。

所以不存在“只能用 Servlet”的情况，你可以根据需求选择前端 JS/TS 或后端 Servlet/SSJS 来实现功能。

内容的提问来源于stack exchange，提问作者Urooj