我有一个用 Java 编写并使用 Spring-ws 的 SOAP Web 服务。
我需要知道如果它每天可以处理 200 万个请求，它的性能会如何。
-大量使用性能与我的 java 代码和架构有什么关系，我可以改进它吗？
- 哪个扩展与我使用的应用程序服务器有关，我应该使用哪个应用程序服务器，有哪些限制或设置..我如何设置和测试此性能？
谢谢
最佳答案
由于 SOAP 在 HTTP 协议(protocol)中具有架构基础，因此实际上有许多商业和开源工具可用于执行负载和可伸缩性测试。
您要做的是确保您选择的任何工具都能满足正确使用界面的技术需求，与您的内部技能很好地匹配，并且包含您需要的报告来确定您的成功或失败测试工作。如果您得到的工具在这三个方面中的任何一个都不匹配，那么您可能还购买了市场上最昂贵的工具并聘请了最昂贵的咨询表格来使用它们……排序或喜欢用而不是使用适当的工具(锤子)的 Screwdriver 的对接端。
当今市场上的大多数商业工具都提供短期使用的租赁/租赁选项，此外还有开源品种。每个工具都具有与核心任务相关的工程效率，例如脚本构建、测试构建、测试执行和分析，这些与工具不同。商业工具往往在任务之间具有更平衡的权重，而开源工具往往对脚本创建和分析的边缘任务具有更高的 LsOE 要求。
鉴于您将要处理至少几百万个样本(假设您希望至少运行 24 小时)，那么您需要确保分析工具在大数据方面具有可证明的跟踪记录套。长期存在的商业性能测试工具在这个级别上都有可证明的跟踪记录，开源工具受到打击和失败，在某些情况下，分析变成了针对记录的响应时间数据的自己提出的建议。您可以在这里看到您可以在哪里花费大量时间来构建您自己的分析引擎!
你想做的事情在技术上是可行的。您可能想重新检查您的性能要求，原因如下。我碰巧在一家组织工作，该组织今天使用 Web 服务接口(interface)来满足全局客户的需求。他们的交易数据后端存档接近 250TB，来自 10 多年的工作。在过去的一年中，以每小时为基础，最高水位线是每小时大约 6 万个请求。以 24 小时为基础进行预测，这仍然适用于每天少于 200 万个请求。如果您测试到这个级别并发现问题，您是在发现真正的问题，还是在发现工程幽灵，由于生产量与测试量的差异，这些东西在生产中永远不会发生。正确地为您的负载建模总是很困难，但是花时间为您的交易混合和适当的数量确定负载模型将是值得花时间的，而不是使用您的开发人员技能来追逐性能幽灵和燃烧预算。
祝你好运!
关于java - SOAP Web 服务，可以进行性能测试吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6831343/