我不得不为谷歌上托管的库投票-1。他们收集数据，谷歌分析风格，与他们的包装这些库。至少，我不希望客户端浏览器做比我要求它做的更多的事情，更不用说页面上的其他事情了。更糟糕的是，这是谷歌不作恶的“新版本”——使用不引人注目的javascript来收集更多的使用数据。

注意:如果他们改变了这种做法，那就太好了。但上次我考虑使用他们的托管库时，我监控了站点上的出站http流量，我没想到会周期性地调用谷歌服务器。

我可能在这方面比较老派，但我还是不喜欢盗链。也许谷歌是个例外，但一般来说，在您自己的服务器上托管文件确实是一种礼貌。

如果您想使用谷歌，直接链接可能响应更快。每个库都列出了直接文件的路径。这是jQuery路径

<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.3.1/jquery.min.js"></script>

重读一下你的问题，你使用https有什么原因吗?这是谷歌在示例中列出的脚本标记

<script src="http://www.google.com/jsapi"></script>

这里有一些有用的资源，希望可以帮助你选择你的CDN。 微软最近为通过他们的CDN交付图书馆添加了一个新的域名。

旧格式:http://ajax.microsoft.com/ajax/jQuery/jquery-1.5.1.js 新格式:http://ajax.aspnetcdn.com/ajax/jQuery/jquery-1.5.1.js

这不会为microsoft.com发送所有cookie。 http://www.asp.net/ajaxlibrary/cdn.ashx#Using_jQuery_from_the_CDN_11

这里有一些关于所有技术中最流行的网络技术的统计数据。 http://trends.builtwith.com/

希望可以帮助您选择。

优点:谷歌上的主机有好处

可能更快(他们的服务器更优化) 他们正确处理缓存- 1年(我们努力被允许在我们的服务器上进行更改以获得正确的头) 已经在其他域上拥有谷歌托管版本链接的用户已经在他们的缓存中拥有该文件

缺点:

一些浏览器可能会将其视为跨域XSS并禁止该文件。 特别是运行Firefox NoScript插件的用户

我想知道你是否可以包括从谷歌，然后检查一些全局变量的存在，或之类的，如果没有从你的服务器加载?

我将添加这一点作为本地托管这些文件的理由。

Recently a node in Southern California on TWC has not been able to resolve the ajax.googleapis.com domain (for users with IPv4) only so we are not getting the external files. This has been intermittant up until yesterday (now it is persistant.) Because it was intermittant, I was having tons of problems troubleshooting SaaS user issues. Spent countless hours trying to track why some users were having no issues with the software, and others were tanking. In my usual debugging process I'm not in the habit of asking a user if they have IPv6 turned off.

我无意中发现了这个问题，因为我自己正在使用这个特定的“路由”到文件，而且只使用IPV4。我发现了开发工具告诉我jquery没有加载的问题，然后开始做traceroutes等…找到真正的问题。

在此之后，我很可能永远不会回到外部托管文件，因为:谷歌不必因为这成为一个问题而崩溃，而且……这些节点中的任何一个都可能被DNS劫持，并传递恶意js而不是实际文件。一直认为我是安全的，谷歌域永远不会宕机，现在我知道用户和主机之间的任何节点都可能是故障点。