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

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

负责人:

  (function() {
    var jsapi = document.createElement('script'); jsapi.type = 'text/javascript'; jsapi.async = true;
    jsapi.src = ('https:' == document.location.protocol ? 'https://' : 'http://') + 'www.google.com/jsapi?key=YOUR KEY';
    (document.getElementsByTagName('head')[0] || document.getElementsByTagName('head')[0]).appendChild(jsapi);
  })();

正文结尾:

<script type="text/javascript">
google.load("jquery", "version");
</script>

除了有人建议把它放在自己的服务器上，我还建议把它放在单独的域(例如static.website.com)上，这样浏览器就可以把它加载到与其他内容线程分开的地方。这个技巧也适用于所有静态的东西，比如图像和css。

您希望在外部服务器上托管的一个原因可能是绕过浏览器对特定服务器并发连接的限制。

但是，考虑到您正在使用的jQuery文件可能不会经常更改，浏览器缓存会起作用，使这一点在大多数情况下变得毫无意义。

把它放在外部服务器上的第二个原因是降低到自己服务器的流量。

但是，考虑到jQuery的大小，它可能只占您流量的一小部分。你可能应该尝试优化你的实际内容。

如果您想使用谷歌，直接链接可能响应更快。每个库都列出了直接文件的路径。这是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>

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

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而不是实际文件。一直认为我是安全的，谷歌域永远不会宕机，现在我知道用户和主机之间的任何节点都可能是故障点。