❶ 2018年安卓瀏覽器哪個最好推薦一些。。

Via瀏覽器非常簡潔，用了1年覺得很順手，我覺得對我個人來講，2018年最好的安卓瀏覽器就是它。

❷ android系統是開源的，系統代碼都能看到，那麼軟體的源代碼會被看到嗎

第三方應用軟體的源代碼肯定看不到的啊。不過google開發了很多android的自帶軟體，比如打電話，發簡訊，音樂播放氣，圖片瀏覽器等等，這些google都把源代碼公開了。

❸ 有哪些開源的android平台瀏覽器能在Android4.4後支持flash

"傲遊手機瀏覽器採用目前渲染速度最快的Webkit核心，同時傲遊瀏覽器開發團隊也是Webkit開源項目的核心成員，對國內互聯網現狀和用戶習慣的把握結合Webkit核心的出色性能將帶給用戶最穩定、最快速的瀏覽體驗。傲遊手機瀏覽器是基於（谷歌）Android 平台的多標簽瀏覽器，兼容市面流行的1.5/1.**2.1/2.2固件版本，延續PC版的眾多特色功能，支持獨特手勢操作，可充分發揮觸現今流行的手機摸屏的特點。傲遊瀏覽器手機版還內置網路收藏服務，可實現RSS離線訂閱及閱讀，同時支持下載圖片、軟體、音樂等多種文件格式，同時支持手勢操作和多標簽瀏覽。 傲遊手機瀏覽器的六大重要特點： 1、快速上網：基於極速Webkit核心能夠快速渲染網頁； 2、最具創新性的功能就是「桌面閱讀器部件」； 3、RSS訂閱：將訂閱內容在桌面滾動顯示，輕觸直接調用瀏覽器閱讀；周到的訂閱管理功能——可以選擇特定訂閱條目顯示在桌面。 4、完美同步：支持PC和Android手機上的RSS和資料等同步功能； 5、手勢感應：通過特定的劃屏，可以實現以前需要通過按鈕實現的功能，簡便快捷； 6、多標簽：可以通過傲遊打開多個窗口，方便切換閱讀，互不影響。"

❹ 安卓手機的內置瀏覽器 是chrome 嗎

國產安卓手機的內置瀏覽器不是chrome！！！而有些外國產的安卓手機內置chrome瀏覽器。主要原因是谷歌被從中國踢出去了。有些在中國銷售的外國品牌手機也被迫刪除chrome內置瀏覽器，都是因為谷歌跟中國鬧翻的原因。

Android系統的手機，之所以沒有chrome瀏覽器，並不是系統不支持，而是谷歌單方面的原因，chrome版權歸谷歌所有，谷歌chrome瀏覽器給谷歌的產品獨占是情理之中的事情。而國外有些廠商跟谷歌合作，所以內置了chrome瀏覽器。
手機瀏覽器是基於什麼內核？
如果細分的話，目前全球僅有四個獨立的瀏覽器內核，分別為微軟IE的Trident、網景最初研發後賣給Mozilla基金會並演化成火狐的Gecko、KDE的開源內核Webkit以及Opera(歐朋)的Presto。其中，Presto是歷史最悠久的內核。
目前微軟的Trident在移動終端上主要為WP系統內置瀏覽器，Webkit內核的適用范圍則較為廣泛，Android原生瀏覽器、蘋果的Safari、谷歌的Chrome(Android4.0使用)都是基於Webkit開源內核開發的。
從實際情況出發：
對於Android手機而言，使用率最高的就是Webkit內核，很多手機瀏覽器廠商都宣稱有著自主內核，比如手機UC就號稱採用了U3內核、而華為也經常標榜自己的天天瀏覽器採用了T9內核，事實上，他們都是基於開源內核Webkit進行二次開發的，並非完全的自主內核。
整體歸納下幾種內核的優缺點：
1.Trident:因為在早期IE佔有大量的市場份額，所以以前有很多網頁是根據這個Trident的標准來編寫的，但是實際上這個內核對真正的網頁標准支持不是很好，同時存在許多安全Bug。
2.Gecko:優點就是功能強大、豐富，可以支持很多復雜網頁效果和瀏覽器擴展介面，缺點是消耗很多的資源，比如內存。
3.Webkit:優點就是Webkit擁有清晰的源碼結構、極快的渲染速度，缺點是對網頁代碼的兼容性較低，會使一些編寫不標準的網頁無法正確顯示。
4.Presto：Presto內核被稱為公認的瀏覽網頁速度最快的內核，同時也是處理JS腳本最兼容的內核，能在Windows、Mac及Linux操作系統下完美運行。

❺ 這個安卓瀏覽器的源碼用什麼軟體打開

瀏覽器源碼的話，在手機上一般是不能編輯的，需要在電腦上面才可以打開使用java。

❻ 瀏覽器統計中Android Webkit Browser是指的什麼

您好，很高興能幫助您，
WebKit 是一個開源的瀏覽器引擎，與之相應的引擎有Gecko（Mozilla Firefox 等使用的排版引擎）和Trident（也稱為MSHTML，IE 使用的排版引擎）。同時WebKit 也是蘋果Mac OS X 系統引擎框架版本的名稱，主要用於Safari，Dashboard，Mail 和其他一些Mac OS X 程序。WebKit 所包含的 WebCore 排版引擎和 JSCore 引擎來自於 KDE 的 KHTML 和 KJS，當年蘋果比較了 Gecko 和 KHTML 後，仍然選擇了後者，就因為它擁有清晰的源碼結構、極快的渲染速度。

你的點贊是我前進的動力，還有不懂的地方，請你繼續「追問」！
如你還有別的問題，可另外向我求助；答題不易，互相理解，互相幫助！

❼ 如何利用Chromium For Android開發Android瀏覽器

應用層次概念圖
layers 每個盒子代表一個概念中的應用層。通常情況下應該有可能通過替換任意一層及其上層組建來生成一個新的瀏覽器。因此，沒有任何層應該與其更高層次有依賴關系。 WebKit的:Safari，Chromium和其他所有基於WebKit的瀏覽器都使用Webkit作為渲染引擎。WebKit Port是WebKit的一部分，處理與具體平台相關的操作，如資源載入和圖形。 Glue: 將WebKit類型轉換成Chromium類型 。這就是我們的「WebKit嵌入層」。這是瀏覽器Chromium和test_shell(允許我們測試WebKit)的基礎。 Renderer/Render Host: 這是Chromium的「多進程嵌入層。」由它代理傳遞跨進程的消息和命令。你可以想像，其他的多進程瀏覽器也可以使用這一層，它對其他的瀏覽器服務沒有依賴。 Tab contents: Chrome的特有層，來表示標簽顯示的內容。它與應用服務綁定， 例如密碼管理器和history系統。本層不應該假設它嵌入在Chromium瀏覽器窗口中(還有其他Chromium組件如」HTML對話框「使用本層)。 瀏覽器:展現瀏覽器窗口，它嵌入了多個TabContentses。 WebKit 我們使用 WebKit這個開源項目來展示網頁。此代碼主要是由Apple編寫的並存放在/third_party/WebKit目錄中。WebKit主要包括兩部分:「WebCore」負責核心布局功能，「JavaScriptCore」用來執行JavaScript。我們只將JavaScriptCore用於測試目的，通常我們使用高性能的V8 JavaScript引擎取代它。我們實際不使用蘋果稱之為「WebKit」的軟體層(譯注:就是WebKit/Source/WebKit目錄下的內容，Webkit/Source目錄下同樣有WebCore和JavaScriptCore目錄)，這個軟體層用在如Safari這樣的應用程序中，用來銜接WebCore和OS X。為了方便，我們通常將從Apple獲取的代碼稱作「WebKit」。(譯注，其實只使用了WebCore) The WebKit Port 在最底層，我們有我們的WebKit「Port」。這是我們實現的平台相關的代碼，它用來銜接平台和WebCore。這些文件位於WebKit目錄中，通常在Chromium目錄中或者以Chromium為後綴名。實際上Port的大部分代碼不是和操作系統相關的:你可以把它看成是WebCore的Chromium Port(譯注:用來銜接WebKit和Chromium的)。有些部分，如字體渲染，必須針對每個操作系統平台分別處理。 網路流量是由我們的多進程資源載入系統處理的，而不是由渲染進程直接調用操作系統完成。 圖形使用為Android開發的Skia圖形庫。這是一個跨平台的圖形庫，原生的處理除了文字以外的所有圖形、圖像。Skia位於/third_party/skia。圖形操作的主要入口點是 / WebKit/port/platform/graphics/GraphicsContextSkia中。這個對象表示一個網頁。它處理所有從瀏覽器進程出入的與導航有關的命令。它繼承自RenderWidget，負責提供繪畫和輸入的處理。RenderView通過全局的(對每個渲染進程來說是全局，即每個進程一個)RenderProcess對象與瀏覽器進程通信。 常見問題:RenderView和RenderWidget的有什麼差異?RenderWidget通過實現名為WebWidgetDelegateglue層的抽象介面WebWidgetDelegate映射到一個的WebCore::Widget這基本上是屏幕上的一個窗口，它繪制窗口並接收窗口中的輸入事件。RenderView從RenderWidget繼承，它表示一個標簽或彈出窗口的內容。它處理所有導航命令並完成窗口繪制和響應輸入事件。只有一種情況下如RenderWidget獨立於RenderView存在:網頁上select boxes。它是個有向下箭頭和很多選項的彈出列表。在選擇框必須使用原聲窗口渲染，以便他們能夠在顯示在其他東西之上，並在必要時彈出框架。這些窗口需要繪制並接收輸入，但是他們不是一個單獨的「網頁」(RenderView)。 渲染器中的線程 每個渲染器中運行著兩個線程:渲染線程和主線程。渲染線程是RenderView和其他所有的WebKit代碼運行的線程。當它和瀏覽器之間進行通信時，首先將消息送到主線程，然後主線程再將消息傳遞給瀏覽器進程。只有主線程收到瀏覽器的回復之後渲染才可以繼續進行，這樣可以使我們同步地將消息從渲染器傳遞給瀏覽器。例如，當頁面中的JavaScript請求cookie時，渲染線程將被阻塞，主線程將所有收到的消息放入隊列直到接收到瀏覽器的正確回復。在這期間收到的任何消息都將按照順序發送給渲染線程進行處理。 瀏覽器進程 rendering browser 瀏覽器進程的底層對象 所有和渲染進程之間的通信都通過瀏覽器進程中的I/O線程實現的。它同樣也處理所有的網路通信，這樣可以不阻塞用戶界面。
當主線程初始化RenderProcessHost完畢後(用戶界面運行時)，它建立新的渲染進程並新建名為ChanelProxy的IPC對象通過命名管道與之通信。這個對象運行於Browser的I/O線程中，監聽連接到渲染進程的命名管道,並將所有消息轉發到UI線程的RenderProcess對象。ResourceMessageFilter會過濾掉能夠直接執行的I/O處理消息，比如說網路請求。過濾使用ResourceMessageFilter::OnMessageReceived方法。 Ui線程中的RenderProcessHost負責分發所有顯示相關的消息給RenderViewHost(同時它也會處理有限的幾種非顯示相關的消息)。消息的分發在RenderProcessHost::OnMessageReceived函數執行。 瀏覽器進程的高層對象 顯示相關的消息會進入RenderViewHost::OnMessageReceived。大部分消息在這里處理，其他的則被轉發到RenderWidgetHost。渲染進程中有兩個對象對應到RenderView和RenderWidget對象。在Microsoft Windows上，對於每個RenderWigetHost都有一個RenderWidgetHostHWND與之對應，這個類專門負責管理消息事件並繪制原生的HWND。其他系統上也有類似的負責原生輸入和繪圖的對象。 在renderView/Widget對象之上是WebContent對象，大部分的消息都是在這個對象中響應的。WebContents表示一個tab中的內容。它繼承自通用的TabContents對象(還有其他集中TabContents的子類，比如下載頁面或歷史頁面)。它是大部分導航和頂層瀏覽器UI更新的結合點(switching point)。 FAQ:為什麼要分離WebContents和RenderViewHost對象?
原因有二:這兩個對象提供不同層面的功能。

❽ 我需要在firefox for android 瀏覽器的開源代碼基礎上做二次開發哪裡獲取代碼

尊敬的用戶，您好！很高興為您答疑。
mozilla的所有產品都是基於MPL協議的，如果您想要內進行個容人編譯，建議您登錄火狐社區進行進一步的交流。這里有非常多的個人愛好者與您在從事相同的事情。
希望我的回答對您有所幫助，如有疑問，歡迎繼續咨詢我們。