❶ 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协议的，如果您想要内进行个容人编译，建议您登录火狐社区进行进一步的交流。这里有非常多的个人爱好者与您在从事相同的事情。
希望我的回答对您有所帮助，如有疑问，欢迎继续咨询我们。