负责人:

  (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>

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

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

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

jQuery 1.3.1 min的大小只有18k。我不认为这是一个太大的打击，要求在初始页面加载。它会在那之后被缓存。因此，我自己主持。

我只包含了jQuery站点的最新版本:http://code.jquery.com/jquery-latest.pack.js，它符合我的需求，而且我从来不用担心更新。

编辑:对于一个主要的网络应用，当然要控制它;下载并自己提供。但对于我的个人网站，我一点也不在乎。东西不会神奇地消失，它们通常会先被弃用。我对它的了解足以让我知道在未来的版本中需要修改哪些内容。

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

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

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

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