的平台而有所不同。
我们的客户将我们的应用程序部署在WebSphere中。有些使用Linux其他Windows。为了最大程度地减少测试工作，我们希望验证仅在Windows上进行测试的可能性。
从理论上讲，风险相当低 - 当您保留App Server并在JVM稳定的基础下，"一旦写，运行到任何地方"承诺可以很好地保持。以下是(至少在我的经验中(，您需要在两个平台上谨慎：
：- 批处理/shell脚本 - 您不需要在纯Java中担心，但是如果您在服务器过程之外有任何脚本，那么这是值得注意的。不过，我的猜测是，如果您有要担心的外壳脚本，您不会考虑跳过Linux测试。
- 环境变量 - 谈论OS级环境变量；您在服务器配置中定义的任何内容都应该是安全的。
- 文件/路径分离器 - 希望您要谨慎使用变量而不是对它们进行硬编码，因此这不会是问题。
- 文件排序 - 这是偷偷摸摸的。Windows将以可预测的顺序在目录中对文件进行排序。Linux不会 - 这可能取决于文件系统设置的变化，也许可以取决于OS级别等。在一个包装好的应用程序中，这无关紧要……但是，如果您在Web-Inf/lib或ear/lib中有任何重复的类，并且它们并不是绝对相同的，那么它会破坏您。确保您不包含任何依赖项的多个版本，因为这些/lib目录的内容可能会在不同的OSS上以不同的订单(甚至具有相同OS的不同系统(的类别。<<<<<<<<<<<<<<<<
好运！
我会添加到@jarid列表以下事实：在Windows中，文件名不敏感，这可能会根据您在应用程序中使用的技术而导致问题(即JSP文件名称，属性文件等(。在此方面，如果它在Linux上有效，它将在Windows中工作，但反向可能不会truw
这对我们来说是...
以及基础JDK可能具有不同的"行为"，并且根据使用