以下问题由一位即将编写大型 XPage 应用程序的客户提出。虽然我认为这些问题实际上太宽泛以适合 stackoverflow 风格，但它们很有趣，这里专家的集体知识可能会产生比一个人回答更好的结果:
有多少并发用户可以在 1 个 Lotus Domino 服务器上使用 XPage 应用程序(Lotus Domino 服务器上有多个应用程序。没有一个)？ 当运行 XPage 应用程序时，我们如何定义和分析 Lotus Domino 服务器上的内存泄漏？ 我们如何才能以正确的方式编写 XPage 以实现最佳性能并避免内存泄漏？ 不应使用哪些代码方法和对象？ Lotus Script 开发人员开始为 XPage 编写代码时会出现哪些典型错误？什么是最佳做法？ 我们如何在 XPage 上为 10000 - 15000 个用户构建集中、整合的应用程序？我们需要多少台服务器？在这种情况下如何配置 XPage 应用程序？ 如何平衡用户？ 我将提供我的见解，请分享您的见解
一个字符串有多长？这取决于服务器的配置方式。而“应用程序”可以是单个表格或数百个表格。只有测试才能知道。一般情况下:构建一个 high performance server最好使用 64 位架构和大量 RAM。制作那个 RAM available for the JVM .如果应用程序使用附件，请使用 DAOS，将其放在单独的磁盘上 - 当然还要确保您拥有最新版本的 Domino(撰写本文时为 8.5.3FP1)有XPages Toolbox包括内存和 CPU 分析器。 这取决于应用程序的类型。巧妙地使用缓存范围、表达式语言和 bean 而不是 SSJS。你忘记了，你会泄漏内存.recycle .聘请经验丰富的首席开发人员和 read the book还有the other one和 two .考虑线程化运行时间较长的代码，这样用户就无需等待。 取决于您的需求。 Domino 开发的一般经验适用于数据库操作，因此 FTSearch 超过 DBSearch，范围使用超过 @DBColumn 作为参数。 EL 超过 SSJS。 典型的错误包括: XPage 中的所有代码 -> 使用脚本库。太多@dblookup、@dbcolumn 而不是范围。在按钮而不是验证器中进行验证。违反分解原则。忘记使用 .recycle()。设计应用程序“像旧的 Notes 屏幕”而不是单页交互。部分刷新使用太少。不使用缓存。面向对象太少(脚本库中的 crating 函数坟墓)。 这是第1-5题的总结，没有什么新答案当为 XPage 集群 Domino 服务器并在前面放置负载平衡器时，需要配置负载平衡器以在同一服务器上保持 session ，以便部分刷新和 Ajax 调用到达为该用户呈现组件树的服务器。