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

Chrome瀏覽器64位軟件特色

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

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

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

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

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

Chrome瀏覽器64位使用技巧

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

Chrome瀏覽器64位常見問題

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

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

2、點擊之后，“清除瀏覽數據”的對話框將會彈出。有基本和高級兩個選項欄，基本選項中可清除瀏覽記錄、緩存、cookie等基礎數據，選擇高級選項可清除更多緩存數據。

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

新版本特性：

　　記新筆記 URL

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

　　動機

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

　　URLPattern

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

　　動機

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

　　陰影樹中的 CSS @counter-style 規則

　　允許使用陰影樹定義自定義計數器樣式（@counter-style 規則），并在陰影樹內或跨陰影邊界正確引用。

　　動機

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

　　滴管 API

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

　　動機

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

　　self.reportError（）

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

　　動機

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

　　WebAssembly 跨域模塊共享

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

　　動機

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

　　WebAssembly 異常處理

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

　　包含內部大小的邏輯屬性

　　這將 contains-intrinsic-size 轉換為速記，并添加相應的 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 為內容可見性提供更好的滾動條近似值的常見情況：auto，能夠僅指定固有高度是有幫助的。當然，邏輯版本使垂直書寫模式頁面更容易。這也為 contains-intrinsic-size： auto 鋪平了道路，并使 1d 大小的包含更直接地工作，從而有助于容器查詢。

　　安全支付確認

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

　　動機

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

　　PerformanceObserver 回調中的 dropEntriesCount

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

　　動機

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

　　Cookie 大小限制

　　強制限制由 HTTP 響應（Set-Cookie 標頭）和通過 JS API（document.cookie 和 CookieStore）設置的 cookie 的大小（以字節為單位）。

　　動機

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

　　棄用對以數字結尾的非 IPv4 主機名的 URL 的支持 （已刪除）

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

　　動機

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

　　刪除 FTP 支持 （已刪除）

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

　　動機

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

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

　　更新通過 Windows 上的 Sec-CH-UA-Platform-Version 提供的版本，以提供合理的保真度，使站點能夠識別有意義的 Windows 平臺更改。這與 UA Client Hints WICG 存儲庫中提案中的當前定義一致。這使站點能夠提供適當的二進制可執行文件和特定于該操作系統版本的幫助內容。

　　動機

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