我刚刚从我之前的问题How to extend jQuery from CDN? 中弄清楚了如何将自定义函数/插件添加到 jQuery。现在，我的问题是，如果页面不需要 jQuery 中的某些函数怎么办？我决定删除这些功能，如果需要，稍后再添加。但是，如果我删除它们，我的 jQuery 就不能使用 Google 的 CDN，我现在确定可以从 CDN 扩展 jQuery，但我不认为我可以在那里删除一些函数。
问题：
哪个更好（在任何方面），来自 CDN 的 jQuery 具有许多不必要的功能，还是我自己的 FTP 上的 jQuery 减小了大小（通过删除不必要的功能）？
如果我自己的 FTP 上修改/简化的 jQuery 更好，如何正确删除这些功能？有哪些冲突？还是有依赖于其他函数的函数？
如果来自 CDN 的 jQuery 更好，您认为哪个服务器提供最好的服务？
【问题讨论】：
无论您是否在自己的 FTP 中减小 jQuery 的大小，通常您都不想通过手动删除不必要的函数来修改 jQuery 库，除非您了解库的依赖结构（我认为我们都没有）。因此，如果我是你，我会坚持使用 CDN 中的 jQuery。
正如我所说，即使使用诸如 YUI 压缩器或 google 闭包编译器之类的压缩工具，修改 jQuery 等庞大的代码库也非常困难，几乎不可能。所以，再说一次；您不想不惜一切代价这样做。
据我所知，google 还是比较靠谱的。不过，这里有一些建议给你：
【讨论】：
我会给你我的意见。如果您的 ftp 源与您的 Web 服务器位于相同的位置，请使用您的 FTP 源，如果它位于不同的服务器中，请使用 CDN。为什么？可靠性。您的服务器比 CDN 服务器更容易崩溃。但是，如果它在同一台服务器上，cdn 更有可能失败（例如，如果互联网服务失败），如果你的服务器死了，所有系统都死了（库 + 你的 web 代码），你明白吗？ 链条的强度取决于最薄弱的环节。
但是，修改 jquery 源时要小心，这有点危险，除非您对修改后的源进行广泛的单元测试。问题是每次更新 jquery 时都必须修改它。
只有我的 2 美分。 希望这可以帮助。干杯
【讨论】：
我使用 CDN 托管 jquery 的主要原因之一是我的用户可能已经缓存了它。
如果他们访问过与您的站点使用相同 CDN 和文件的任何其他站点，则该文件将已缓存在用户的计算机上（浏览器设置除外）。
正如 Rob 所说，另一个原因是延迟。
当您从 CDN 请求文件时，它会选择离您最近的服务器（或者可能只是最快的服务器）并从那里交付文件。这有助于从不同的地理位置提供更一致的加载速度。
【讨论】：
这些都是很好的资源：
雅虎的Best practices for speeding up a web site
和
Loading scripts without blocking.
除非您使用自己的 CDN（例如，通过 Amazon Cloud），否则我怀疑您通过外科手术最小化的 jQuery 版本会下载得更快 - 真正重要的是服务器的延迟。我同意 Benny 的观点，即修改库是一个正式的坏主意。
这个问题稍微有点扭曲......如果你可以将 jQuery 与你的应用程序特定的 javascript 文件结合起来，那会更好吗？通过组合 javascript 文件，您可以满足第一个 YSlow 规则“最小化 HTTP 请求”，但代价是忽略第二个“使用 CDN 网络”。我经常想知道哪个更好。
YMMV
【讨论】：