.NET 3.5 SP1 将如何影响我的 .NET 1.1 应用程序？
如果我有许多使用 .NET 1.1 编写和部署的现有应用程序，在服务器上安装 .NET 3.5 SP1 是否有任何风险？ 我的理解是，.NET 3.5 SP1 仅适用于 .NET 2.0 代码库，因此它不会触及或影响我的 .NET 1.1 应用程序。
您还可以向我指出任何相关的 MSDN 文档吗？ 我已经搜索过但找不到任何东西。
谢谢！
If I have a number of existing applications written and deployed w/ .NET 1.1, is there any risk to installing .NET 3.5 SP1 on the servers? My understanding is that .NET 3.5 SP1 only works with the .NET 2.0 codebase, so it will not touch or affect my .NET 1.1 applications.
Can you also point me to any pertinent MSDN documentation? I've searched but can't find anything.
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
如果您的代码已经可以与 2.0 并行运行，3.5SP1 将不会产生任何实际效果； 重要的因素是 CLR 的选择：如果它已经做到了这一点，那么您应该不会受到太大影响。 在这种情况下，即使选择了 2.0 CLR（1.1 代码可以在 2.0 中运行），您也只能看到 3.5SP1 中捆绑的 2.0 服务包的更改。 这可能会对 ThreadPool 使用等产生一些微妙的影响，但影响应该很小。
当然，如果您的 1.1 代码还不是 2.0 安全的，那么还有很多需要注意的更改 - 例如线程异常总是致命的……您需要主动请求1.1.
3.5SP1 won't have any real effect if your code already works side-by-side with 2.0; the important factor is the choice of CLR: if it already gets this right, then you shouldn't be hugely affected. In this case, even if the 2.0 CLR is chosen (1.1 code can run in 2.0), you will only see changes from the 2.0 service packs that are bundled in 3.5SP1. This might have some subtle impacts on
ThreadPoolusage etc, but they should be minimal.Of course, if your 1.1 code isn't already 2.0-safe, then there are a lot more changes to watch out for - things like thread exceptions always being fatal... you would want to actively request 1.1.
目前尚不清楚这些应用程序在哪里运行或它们是什么。
抱歉含糊其辞- 如果您能提供更多信息，我们也许能为您提供更多帮助。
It's not clear where the applications are running or what they are.
Sorry to be vague - if you can give more information we may be able to help you more.
如果您同时拥有 .NET 1.1 和 .NET 2.0，则您的 1.1 应用程序将使用 1.1 运行时。
如果您只有 .NET 3.5，您的 1.1 应用程序将使用 2.0 运行时。
如果您同时使用 .NET 1.1 和 .NET 2.0，并且同时拥有 1.1 和 2.0 应用程序，那么没问题。 每个程序都有自己的正确运行时实例。
如果您同时使用 .NET 1.1 和 .NET 2.0，并且有一个程序同时具有 1.1 和 2.0 插件，那么您就完蛋了。 程序有 50-50 的机会首先加载 1.1 运行时，导致 2.0 插件失败。 （每个应用程序仅允许一个运行时。）
If you have both .NET 1.1 and .NET 2.0, your 1.1 applications will use the 1.1 runtime.
If you only have .NET 3.5, your 1.1 applications will use the 2.0 runtime.
If you both .NET 1.1 and .NET 2.0 and have both 1.1 and 2.0 applications, no problem. Each program gets its own instance of the correct runtime.
If you both .NET 1.1 and .NET 2.0 and have a program that has both 1.1 and 2.0 plugins, you are screwed. There is a 50-50 chance the program will load the 1.1 runtime first, causing the 2.0 plugin to fail. (Only one runtime is allowed per application.)
我在带有一些现有 .NET 1.1 应用程序的服务器上安装了 .NET 3.5 SP1，但没有注意到任何问题。 框架版本相对于 1.1 和 3.5 来说是完全不同的，尽管我知道 3.5 包含一些 2.0 的补丁，可能会改变 2.0 应用程序的行为。 我也没有注意到那里有什么。
您可能对此感兴趣 博客文章涵盖了有关更新的大量内容，但特别提到单独保留 1.1 应用程序是可以的。 它还引用了很多其他来源。
I have .NET 3.5 SP1 installed on a server with some existing .NET 1.1 applications and haven't noticed any problems whatsoever. The framework versions are completely distinct with respect to 1.1 and 3.5, though I understand that 3.5 includes some patches to 2.0 that might change behavior for 2.0 apps. I haven't noticed anything there either.
You might be interested in this blog post that covers a lot of ground with regards to updating, but specifically mentions that leaving 1.1 apps alone is ok. It also has a lot of references to other sources.