谷歌瀏覽器Chrome全世界最好用的瀏覽器，其Chromium核心被用于超多的PC瀏覽器，Chrome瀏覽器64位可以更好的搭配當(dāng)前的電腦硬件，充分發(fā)揮性能，新版本對速度、安全性、穩(wěn)定性進行了改善。不過需要注意的是64位的谷歌瀏覽器無法在32位電腦上運行。本站為大家提供Chrome(谷歌瀏覽器)64位正式版最新下載。

Chrome瀏覽器64位軟件特色

64位Chrome能更好地利用當(dāng)今的硬件，并且對速度、安全性、穩(wěn)定性進行了改善：

——速度：64位Chrome能利用最新的處理器和編譯器優(yōu)化、更現(xiàn)代的指令集、更快的調(diào)用協(xié)議，從而實現(xiàn)了速度大提升，尤其是在圖形和多媒體內(nèi)容方面，性能提升25%

——安全性：Chrome能夠利用最新的OS功能，例如Windows 8的High Entropy ASLR，64位Chrome在安全性上也實現(xiàn)了大幅提升。

——穩(wěn)定性：Google還在32位Chrome的基礎(chǔ)上增強了64位Chrome的穩(wěn)定性，尤其是，渲染器處理中的崩潰率大大降低，是32位Chrome的一半。

Google建議用戶，尤其是開發(fā)人員，體驗一下64位Chrome帶來的體驗

Chrome瀏覽器64位使用技巧

快速關(guān)閉標(biāo)簽頁。
我相信大多數(shù)人仍然使用鼠標(biāo)直接點擊關(guān)閉按鈕來關(guān)閉標(biāo)簽。你可能知道Chrome已經(jīng)專門優(yōu)化了標(biāo)簽關(guān)閉，每次點擊關(guān)閉都會自動改變標(biāo)簽寬度，這樣你就可以通過在同一位置連續(xù)點擊鼠標(biāo)快速關(guān)閉多個標(biāo)簽頁面，所以點擊關(guān)閉效率并不低于其他瀏覽器。然而，面對固定的標(biāo)簽，這個優(yōu)秀的細(xì)節(jié)是不可能的。另外，如果總是通過鼠標(biāo)點擊關(guān)閉，對于一個極客來說太像圖森了。今天，極客公園推薦另外兩種快速關(guān)閉標(biāo)簽頁的方法:1。關(guān)閉標(biāo)簽頁時，按下Ctrl/+W組合快捷鍵(適用于關(guān)閉任何標(biāo)簽頁)。2.關(guān)閉標(biāo)簽頁時，點擊中鍵(按下滾輪)(關(guān)閉標(biāo)簽最簡單、最快捷的方法)。除了Ctrl/+W快捷鍵關(guān)閉標(biāo)簽頁，還要記住Ctrl/+T快速打開新標(biāo)簽頁，Ctrl/+Shift+T重新打開最新關(guān)閉的標(biāo)簽。Ctrl/+Shift+V將剪切板中的內(nèi)容無格式粘貼等快捷鍵組合起來。更多請查看官方指南。
設(shè)備間同步標(biāo)簽頁。
隨著智能移動設(shè)備在生活中的地位越來越重，可以打開桌面和移動終端的數(shù)據(jù)，統(tǒng)一體驗將越來越受用戶歡迎。Chrome在這方面暫時做得還不錯，近兩年Google相繼推出了官方的ChromeAndriod版本(超過4.0)和ChromeiOS版本(超過4.3)。通過同步書簽、同步密碼、發(fā)送到移動設(shè)備、自動登錄、智能建議等功能，您可以將桌面電腦上打開的標(biāo)簽頁、存儲的書簽和多功能框數(shù)據(jù)同步到您的手機或平板電腦上。以不同設(shè)備間標(biāo)簽頁的同步為例，介紹Chrome的同步功能。同步標(biāo)簽頁需要相應(yīng)的設(shè)備和相應(yīng)的版本，以確保“打開的標(biāo)簽頁”的復(fù)選框處于選擇狀態(tài)。當(dāng)桌面版和移動版Chrome已經(jīng)登錄同一個賬戶并處于聯(lián)網(wǎng)狀態(tài)時，可以在新標(biāo)簽頁下右下角的“其他設(shè)備”(按下Ctrl/h+T)中查看，點擊打開當(dāng)前設(shè)備上的同步標(biāo)簽頁。打開的標(biāo)簽頁是根據(jù)設(shè)備分組的。如果要管理(隱藏、重命名、刪除)特定設(shè)備，可以在云打印頁面設(shè)置。
向移動設(shè)備發(fā)送標(biāo)簽頁。
Chrome除了不同設(shè)備之間的書簽、標(biāo)簽等數(shù)據(jù)同步外，還可以一鍵將當(dāng)前瀏覽的標(biāo)簽頁直接發(fā)送到與同一賬戶相關(guān)的移動設(shè)備上。假如您安裝了ChromeDev版本，并且與其他設(shè)備下的Chrome版本相關(guān)聯(lián)，您會發(fā)現(xiàn)地址欄右側(cè)會出現(xiàn)一個手機圖標(biāo)，點擊它就可以將當(dāng)前網(wǎng)頁一鍵發(fā)送到移動設(shè)備上。(其他版本暫時需要安裝官方ChrometoMobile插件)
4.Tab智能搜索。
你可能知道你可以直接在Chrome瀏覽器的地址欄中搜索，也可能知道你可以直接選擇文本，然后右鍵選擇在谷歌搜索或復(fù)制，然后在地址欄中粘貼和搜索，但你可能不知道Tab搜索。那Tab搜索是什么呢？如果Chrome已經(jīng)記錄了該網(wǎng)站的搜索引擎(即您在某個網(wǎng)站中使用過它的搜索框)，按下Tab鍵Chrome會自動選擇該搜索引擎進行關(guān)鍵詞搜索，即可以直接在地址欄中搜索特定的網(wǎng)站。(類似于Windows8內(nèi)置應(yīng)用內(nèi)搜索)之后就不用先打開豆瓣了，然后點擊豆瓣電影再在搜索框中搜索…
Chrome拖動技巧。
除了可以在Chrome中拖動上傳和下載文件外，你也許還知道拖動標(biāo)簽(左右改變位置，內(nèi)外分離拖回窗口)，其實對于網(wǎng)頁中的內(nèi)容也是可以拖動的。1.拖動搜索(地址欄、標(biāo)簽欄)2.拖動圖片(地址欄、標(biāo)簽欄)3.拖動鏈接(地址欄、標(biāo)簽欄、書簽欄)4.拖動本地HTML、圖片、pdf文件(地址欄、標(biāo)簽欄、書簽欄)對應(yīng)元素拖動到地址欄，將在當(dāng)前窗口搜索/打開元素內(nèi)容，如果拖動到標(biāo)簽欄，則新建窗口搜索/打開。
6.使用語音識別搜索。
若在Chrome瀏覽器中看到文本框上有麥克風(fēng)圖標(biāo)，則表示可以通過語音輸入，而無需鍵盤輸入內(nèi)容。點擊麥克風(fēng)圖標(biāo)或?qū)⒐鈽?biāo)放入文本框中，然后按Ctrl/h+Shift+.(英文句號)組合鍵。語音搜索對于輸入不方便的移動設(shè)備尤為重要，這也是為什么語音搜索服務(wù)最早登錄移動平臺(m.google.com)，移動版Chrome在地址欄默認(rèn)有語音搜索功能的原因。
7.ChromeExperimentsGoogle。
還有一個叫ChromeExperiments的網(wǎng)站，除了可以瀏覽JavaScript、HTML5和WebGL編寫的各種創(chuàng)新實驗展示，比如有趣的游戲(Cube3D地圖)、互動電影、新穎驚艷的Impress.js(內(nèi)容展示效果庫，類似3D版PPT)、Kinect+WebGL等有用的庫。此外，今年還增加了專門針對移動設(shè)備的頁面。

Chrome瀏覽器64位常見問題

一、谷歌瀏覽器怎么清除緩存?

1、在長時間使用Chrome瀏覽器后，可能需要清楚緩存來解決Chrome瀏覽器的一些問題，方法很簡單首先打開谷歌瀏覽器點擊菜單圖標(biāo)，在下拉菜單中選擇“更多工具”——“清除瀏覽數(shù)據(jù)”選項，如下圖所示：

2、點擊之后，“清除瀏覽數(shù)據(jù)”的對話框?qū)棾?。有基本和高級兩個選項欄，基本選項中可清除瀏覽記錄、緩存、cookie等基礎(chǔ)數(shù)據(jù)，選擇高級選項可清除更多緩存數(shù)據(jù)。

3、還可以選擇設(shè)置需要清除緩存的時間，可以選擇“過去一小時”，“過去的日子”，“過去一周”和“最后4個星期。”在這幾個選項中選擇任何一種，都只能清除所選時間范圍內(nèi)產(chǎn)生的緩存。

新版本特性：

　　記新筆記 URL

　　解析 Web 應(yīng)用清單條目以打開 URL 以在記筆記 Web 應(yīng)用中記新筆記，從而允許操作系統(tǒng)集成。

　　動機

　　筆記應(yīng)用程序通常具有操作系統(tǒng)和用戶代理集成。這為 Web 應(yīng)用程序添加了一種將自己標(biāo)識為筆記應(yīng)用程序的方法，以及一種執(zhí)行簡單筆記操作的聲明性方法：打開一個 URL 以記錄新筆記。將匹配 CrOS 中現(xiàn)有的 Chrome 應(yīng)用程序行為（請參閱跟蹤錯誤）。

　　URLPattern

　　URLPattern 是一種新的 Web API，它為給定模式字符串匹配 URL 提供本機支持。它被設(shè)計為可以直接在 javascript 中使用，也可以通過將模式傳遞給其他 Web 平臺 API 來使用；例如作為服務(wù)工作者范圍。

　　動機

　　Web 平臺功能和 javascript 應(yīng)用程序通常都需要與 URL 匹配。例如，Web 平臺端的 Service Worker 范圍和 javascript 框架中的 URL 路由。過去的網(wǎng)絡(luò)平臺功能已經(jīng)單獨創(chuàng)建了自己的 URL 匹配機制。Javascript 依賴于諸如路徑到正則表達式之類的庫。這項工作引入了一個通用的 URL 匹配原語，可以在 Web 平臺 API 中使用，也可以直接在 javascript 中使用。

　　陰影樹中的 CSS @counter-style 規(guī)則

　　允許使用陰影樹定義自定義計數(shù)器樣式（@counter-style 規(guī)則），并在陰影樹內(nèi)或跨陰影邊界正確引用。

　　動機

　　目前，如果我們想在 shadow 樹中使用自定義計數(shù)器樣式，計數(shù)器樣式必須定義在全局命名空間中（即在 light DOM 中），這打破了封裝。如果我們允許陰影樹定義自己的自定義計數(shù)器樣式并正確處理名稱范圍和沖突，則可以解決此問題。

　　滴管 API

　　EyeDropper API 使開發(fā)人員能夠在構(gòu)建自定義顏色選擇器時使用瀏覽器提供的吸管。

　　動機

　　為 Web 構(gòu)建的創(chuàng)意應(yīng)用程序可以受益于從屏幕上的像素中采樣顏色的能力。許多“本機”應(yīng)用程序（例如 PowerPoint）具有此功能，但無法通過其 Web 等價物實現(xiàn)。盡管某些瀏覽器在 《input type=color》 元素中內(nèi)置了吸管功能，但 Web 應(yīng)用程序在將其集成到其自定義顏色選擇器 UX 中的能力受到限制，因為吸管通常只能通過 《input type=color》 的不可自定義的彈出 UI 訪問輸入類型=顏色》 控件。

　　self.reportError（）

　　此函數(shù)在 windows 和 worker 中可用，允許開發(fā)人員以與未捕獲的 JavaScript 異常相同的方式向控制臺和任何全局“錯誤”事件處理程序報告錯誤。它主要用于自定義事件調(diào)度或回調(diào)操作庫。

　　動機

　　這允許庫開發(fā)人員以與瀏覽器相同的方式報告異常，這在他們需要對運行回調(diào)進行更多自定義控制時非常有用

　　WebAssembly 跨域模塊共享

　　跨源但同站點環(huán)境之間的 WebAssembly 模塊共享將被棄用，以允許代理集群長期限定于源。這是 WebAssembly 規(guī)范的更改，也會對平臺產(chǎn)生影響。因此，此棄用是棄用 document.domain 的第一步

　　動機

　　跨源但同站點環(huán)境之間的 WebAssembly 模塊共享將被棄用，以允許代理集群長期限定于源。這是 WebAssembly 規(guī)范的更改，也會對平臺產(chǎn)生影響。

　　WebAssembly 異常處理

　　此功能正在為 WebAssembly 添加異常支持。異常處理允許代碼在拋出異常時中斷控制流。異?？梢允?WebAssembly 模塊已知的任何異常，也可以是被調(diào)用的導(dǎo)入函數(shù)拋出的未知異常。

　　包含內(nèi)部大小的邏輯屬性

　　這將 contains-intrinsic-size 轉(zhuǎn)換為速記，并添加相應(yīng)的 contains-intrinsic-{width，height} 屬性以及 contains-intrinsic-{inline，block} 大小。例如，這將使以下工作：《div style=“writing-mode： vertical-lr; contains： size; contains-intrinsic-inline-size： 100px; contains-intrinsic-block-size： 50px;”》《 /div》

　　動機

　　對于使用 cis 為內(nèi)容可見性提供更好的滾動條近似值的常見情況：auto，能夠僅指定固有高度是有幫助的。當(dāng)然，邏輯版本使垂直書寫模式頁面更容易。這也為 contains-intrinsic-size： auto 鋪平了道路，并使 1d 大小的包含更直接地工作，從而有助于容器查詢。

　　安全支付確認(rèn)

　　在 WebAuthn 的幫助下，安全支付確認(rèn)增強了網(wǎng)絡(luò)上的支付認(rèn)證體驗。該功能為 WebAuthn 添加了一個新的“支付”擴展，允許依賴方（如銀行）創(chuàng)建一個 PublicKeyCredential，作為在線結(jié)賬的一部分，任何商家來源都可以使用“安全支付”進行查詢- 確認(rèn)‘付款方式。

　　動機

　　此功能使用平臺身份驗證器實現(xiàn)一致、低摩擦、強大的身份驗證體驗。對用戶銀行的強身份驗證正在成為許多地區(qū)（包括歐盟）在線支付的要求。與現(xiàn)有解決方案相比，提議的功能提供了更好的用戶體驗和更強的安全性。

　　PerformanceObserver 回調(diào)中的 dropEntriesCount

　　目前，Web 開發(fā)人員可以使用帶有緩沖標(biāo)志的 PerformanceObserver 來偵聽有關(guān)其站點的過去和未來的性能條目。但是，需要存儲過去的條目，并且有緩沖區(qū)大小限制。dropEntriesCount 參數(shù)可幫助開發(fā)人員了解他們是否可能因此存儲已滿而丟失條目。它被設(shè)置為由于緩沖區(qū)已滿而從緩沖區(qū)中刪除的條目數(shù)。

　　動機

　　目前，我們建議使用 PerformanceObserver，它通過觀察者的構(gòu)造函數(shù)中提供的回調(diào)接收性能條目。觀察者通過observe（） 方法通知它感興趣的條目。當(dāng)使用緩沖標(biāo)志調(diào)用時，這會導(dǎo)致緩沖條目在第一個觀察者回調(diào)中被分派給觀察者。這些條目緩沖在特定于 entryType 的緩沖區(qū)中，它們有助于開發(fā)人員延遲加載性能腳本，而不是在頁面加載期間提前加載以避免丟失數(shù)據(jù)。dropEntriesCount 參數(shù)可幫助開發(fā)人員了解他們是否因緩沖區(qū)已滿而丟失了條目。

　　Cookie 大小限制

　　強制限制由 HTTP 響應(yīng)（Set-Cookie 標(biāo)頭）和通過 JS API（document.cookie 和 CookieStore）設(shè)置的 cookie 的大?。ㄒ宰止?jié)為單位）。

　　動機

　　RFC 6265bis 長期以來一直建議限制 cookie 的大小，但不同的用戶代理以微妙的不同方式實現(xiàn)了限制，從而產(chǎn)生了互操作性問題并提供了瀏覽器指紋識別機制。在此 Intent 對應(yīng)的規(guī)范更改后，現(xiàn)在要求用戶代理將 cookie 的名稱和值的長度總和限制為 4096 字節(jié)，并將每個 cookie 屬性值的長度限制為 1024 字節(jié)。任何設(shè)置超過名稱+值限制的 cookie 的嘗試都會被拒絕，并且任何超過屬性長度限制的 cookie 屬性都將被忽略。

　　棄用對以數(shù)字結(jié)尾的非 IPv4 主機名的 URL 的支持 （已刪除）

　　大多數(shù)不是有效 IPv4 地址但以數(shù)字結(jié)尾的主機名都被視為有效，并通過 DNS 查找（例如http://foo.127.1/）。根據(jù)公共后綴列表規(guī)范，該 URL 中主機名的 eTLD+1 應(yīng)為“127.1”。如果將其反饋到 URL 中，則 URL 規(guī)范將“ http://127.1/ ”映射到“ http://127.0.0.1/ ”，這似乎具有潛在危險。“127.0.0.0.1”也可能被用來迷惑用戶。我們想拒絕帶有這些主機名的 URL。

　　動機

　　大多數(shù)不是有效 IPv4 地址但以數(shù)字結(jié)尾的主機名都被視為有效，并通過 DNS 查找。示例主機名：127.0.0.0.1、foo.0.1、10.0.0.09、08.1.2.3。由于以下原因，這些可能會出現(xiàn)問題： *根據(jù)公共后綴列表規(guī)范，“ http://foo.127.1/ ” 的 eTLD+1 為“127.1”。但是，如果它曾經(jīng)用作新 URL 中的主機名，例如在“ http://127.1 ”中，它將被映射到“ http://127.0.0.1/ ”，這是一個不同的主機，而不是安全的。* “ http://127.0.0.0.1 ” 和 “ http://1.2.3.09”，這兩者都是通過 DNS 查找而不是失敗或被視為 IPv4 主機名，這似乎也可能令人困惑。雖然目前這里沒有已知的漏洞利用，但我們希望刪除對這些的支持，作為預(yù)防性安全措施。URL 規(guī)范有已更新，以便主機名以非 IPv4 地址（包括，例如http://foo.1./，但不包括http://foo.1.。/）結(jié)尾的任何 URL 都被視為無效。由于這是 URL 規(guī)范的一部分，而不是 DNS 規(guī)范，我們希望拒絕這些 URL 是 GURL 層，對于具有適當(dāng)協(xié)議（http、https、ws、wss、文件）的 URL。為了一致性，我們也應(yīng)該使 DNS 失敗查找此類主機名的嘗試。

　　刪除 FTP 支持 （已刪除）

　　棄用并刪除對 FTP URL 的支持。

　　動機

　　Google Chrome 中當(dāng)前的 FTP 實現(xiàn)不支持加密連接 （FTPS），也不支持代理。FTP 在瀏覽器中的使用率非常低，投資改進現(xiàn)有 FTP 客戶端已不再可行。此外，在所有受影響的平臺上都提供了功能更強大的 FTP 客戶端。Google Chrome 72+ 取消了對通過 FTP 獲取文檔子資源和呈現(xiàn)頂級 FTP 資源的支持。當(dāng)前導(dǎo)航到 FTP URL 會導(dǎo)致根據(jù)資源類型顯示目錄列表或下載。Google Chrome 74+ 中的一個錯誤導(dǎo)致不再支持通過 HTTP 代理訪問 FTP URL。Google Chrome 76 中完全刪除了對 FTP 的代理支持。Google Chrome 的 FTP 實現(xiàn)的其余功能僅限于顯示目錄列表或通過未加密的連接下載資源。我們希望棄用和刪除此剩余功能，而不是維護不安全的 FTP 實現(xiàn)。

　　Windows 上用于用戶代理客戶端提示的新 UA 平臺版本源

　　更新通過 Windows 上的 Sec-CH-UA-Platform-Version 提供的版本，以提供合理的保真度，使站點能夠識別有意義的 Windows 平臺更改。這與 UA Client Hints WICG 存儲庫中提案中的當(dāng)前定義一致。這使站點能夠提供適當(dāng)?shù)亩M制可執(zhí)行文件和特定于該操作系統(tǒng)版本的幫助內(nèi)容。

　　動機

　　這使站點能夠提供適當(dāng)?shù)亩M制可執(zhí)行文件和特定于該操作系統(tǒng)版本的幫助內(nèi)容。當(dāng)前的 UA 字符串和現(xiàn)有的 Sec-CH-UA-Platform-Version 實現(xiàn)提供了“主要”和“次要”版本的 Windows 組件。但是，從 Windows 10 開始，Windows 通常不會在重要版本中增加這些數(shù)字中的任何一個。值得注意的是，Windows 11 不會增加這些數(shù)字中的任何一個。更新后的 UA 客戶端提示提案文本指定 Windows 上的值應(yīng)基于 Windows.Foundation.UniversalApiContract 版本派生。此版本會在 Windows 上公開的 API 集以顯著方式更改但沒有特別識別時進行修改（例如，典型的安全更新不會對其進行修改）。