安卓的核心组件是什么

Ⅰ android开发的知识体系

1、Unix/Linux平台技术：基本命令，Linux下的开发环境
2、企业级数据库技术：SQL语言、SQL语句调优、Oracle数据库技术
3、Java 语言核心技术：Java语言基础、Java面向对象编程、JDK核心API、Java集合框架、Java网络编 程、JavaI/O编程、Java多线程编程、Java异常机制、Java安全、JDBC、XML
4、软件工程和设计模式：软件工程概述、配置管理及SVN、UML、基本设计模式
5、Android应用开发基础：Android开发平台、Eclipse+ADT开发环境、AVD及传感模拟器调试、Android核心组件、Android常用组件、Android高级组件、文件及网络访问、SQLite数据库编程、后台服务编程
6、互联网核心技术： HTML、CSS、JavaScript、JQuery、Ajax应用
7、Android高级应用开发：音频视频摄像头、互联网应用、GPS和位置服务、Google Map、2D3D绘制、传感器开发、游戏开发、电话及SMS服务、网络BluetoothWi-Fi等。
8、Android系统级开发：移植、驱动、NDK（C方向）。
9、JavaEE核心技术：Servlet核心技术、JSP核心技术、Struts、Spring、Hibernate框架。

Ⅱ webview卸载了会怎么样

webview建议不要卸载,这是安卓的核心组件,卸载可能会造成系统崩溃。
Webview含义：WebView也就是我们熟悉的“网络视图”，能加载并显示网页，可以将其视为一个浏览器。主要用于展示网络请求后的内容，就是将网络地址请求的内容展示在里面。

Ⅲ 到底Android核心应用是什么

核心应用是系统运行的支持软件，如果意外停止，您可以重启手机。
Android应用程序没有唯一的启动入口（如C语言中的main()函数入口），一个Android应用程序是由多个不同的组件组合而成，组件之间通过Intent来实现通信。
Android系统的基本组件包括Activity，Service, BroadcastReceiver和ContentProvider等，此外还包括专门负责在基本组件之间传递消息的Intent组件。所有组件都必须在AndroidManifest.xml文件中声明。

一、Activity —— 应用表示层（ 基类 Activity ）
一个活动表示一个可视化的用户界面，关注一个用户从事的事件。例如，一个活动可能表示一个用户可选择的菜单项列表，或者可能显示照片连同它的标题。一个文本短信应用程序可能有一个活动，显示联系人的名单发送信息；第二个活动，写信息给选定的联系人；其他活动，重新查看旧信息或更改设置。虽然他们一起工作形成一个整体的用户界面，但是每个活动是独立于其他活动的。每一个都是作为Activity基类的一个子类的实现。
应用程序中的每个屏幕都是通过继承和扩展基类 Activity 来实现的。
同一应用中的每个 Activity 是相互独立的。程序启动后显示的第一幅画面是应用程序的第一个 Activity （默认窗口），而后可以根据需要从这个 Activity 启动另一个新的 Activity 。
Activity 利用 View 来实现应用中的 GUI （用户直接通过 GUI 和应用程序做交互）。 Activity 窗口内的可见内容通过基类 View 提供。使用 Activity.setContentView() 方法设置当前 Activity 中的 View 对象。
二、Service —— 没有可见的用户界面，但能够长时间运行于后台（ 基类 Service ）
一个服务没有一个可视化用户界面，而是在后台无期限地运行。例如一个服务可能是播放背景音乐而用户做其他一些事情，或者它可能从网络扩取数据，或计算一些东西并提供结果给需要的活动（activities）。每个服务都继承自Service基类。
运行于应用程序进程的主线程中，因此 Service 不会阻塞其他组件和用户界面。
Service 是不能自己启动的，必须通过 Context 对象（如一个 Activity ）调用 startService 或 bindService 方法来启动（用这两种方法启动的 Service 的生命周期不同）。
三、Broadcast Receiver —— 用户接收广播通知的组件（ 基类 BroadcastReceiver ）

一个广播接收者是这样一个组件，它不做什么事，仅是接受广播公告并作出相应的反应。许多广播源自于系统代码，例如公告时区的改变、电池电量低、已采取图片、用户改变了语言偏好。应用程序也可以发起广播，例如为了他其他程序知道某些数据已经下载到设备且他们可以使用这些数据。一个应用程序可以有任意数量的广播接收者去反应任何它认为重要的公告。所有的接受者继承自BroadcastReceiver基类。
Android 中的广播要么来自于系统，要么来自普通应用程序。
很多事件都可能导致系统广播，如手机所在时区发生变化，电池电量低，用户改变系统语言设置等。
四、Content Provider 为解决应用程序间数据通信、共享的问题（基类 ContentProvider ）
内容提供者（content provider）使一个应用程序的指定数据集提供给其他应用程序。这些数据可以存储在文件系统中、在一个SQLite数据库、或以任何其他合理的方式。内容提供者继承自ContentProvider 基类并实现了一个标准的方法集，使得其他应用程序可以检索和存储数据。然而，应用程序并不直接调用这些方法。相反，替代的是它们使用一个ContentResolver对象并调用它的方法。ContentResolver能与任何内容提供者通信，它与提供者合作来管理参与进来的进程间的通信。
在 Android 中，每个应用程序都是用自己的用户 ID 并在自己的进程中运行。这样的好处是，可以有效地保护系统及应用程序，避免被其他不正常德应用程序所影响，每个进程都拥有独立的进程地址空间和虚拟空间。
一旦需要以上 4 种 Android 应用程序基本组件完成请求， Android 会首先确认该组件所在进程是否运行，如果没有运行， Android 将先启动进程，同时确认被请求组件的实例是否存在，否则将创建一个新的组件实例。
五、Intent —— 连接组件的纽带
以上 4 种基本组件中，除了 Content Provider 是通过 Content Resolver 激活外，其他 3 种组件 Activity 、 Service 和 Broadcast Receiver 都是由 Intent 异步消息激活的。

Ⅳ Android四大组件是什么讲讲你对它们的理解

Android有四大组件：Activity、Service、Broadcast Receiver、Content Provider。

Activity

做一个完整的Android程序，不想用到Activity，真的是比较困难的一件事情，除非是想做绿叶想疯了。因为Activity是Android程序与用户交互的窗口，在我看来，从这个层面的视角来看，Android的Activity特像网站的页面。

Activity，在四大组件中，无疑是最复杂的，这年头，一样东西和界面挂上了勾，都简化不了，想一想，独立做一个应用有多少时间沦落在了界面上，就能琢磨清楚了。从视觉效果来看，一个Activity占据当前的窗口，响应所有窗口事件，具备有控件，菜单等界面元素。从内部逻辑来看，Activity需要为了保持各个界面状态，需要做很多持久化的事情，还需要妥善管理生命周期，和一些转跳逻辑。对于开发者而言，就需要派生一个Activity的子类，然后埋头苦干上述事情。对于Activity的更多细节，先可以参见：reference/android/app/Activity.html。后续，会献上更为详尽的剖析。

Service

服务，从最直白的视角来看，就是剥离了界面的Activity，它们在很多Android的概念方面比较接近，都是封装有一个完整的功能逻辑实现，只不过Service不抛头露脸，只是默默无声的做坚实的后盾。

但其实，换个角度来看，Android中的服务，和我们通常说的Windows服务，Web的后台服务又有一些相近，它们通常都是后台长时间运行，接受上层指令，完成相关事务的模块。用运行模式来看，Activity是跳，从一个跳到一个，呃...，这有点像模态对话框（或者还像web页面好了...），给一个输入（抑或没有...），然后不管不顾的让它运行，离开时返回输出（同抑或没有...）。

而Service不是，它是等，等着上层连接上它，然后产生一段持久而缠绵的通信，这就像一个用了Ajax页面，看着没啥变化，偷偷摸摸的和Service不知眉来眼去多少回了。

但和一般的Service还是有所不同，Android的Service和所有四大组件一样，其进程模型都是可以配置的，调用方和发布方都可以有权利来选择是把这个组件运行在同一个进程下，还是不同的进程下。这句话，可以拿把指甲刀刻进脑海中去，它凸显了Android的运行特征。如果一个 Service，是有期望运行在于调用方不同进程的时候，就需要利用Android提供的RPC机制，为其部署一套进程间通信的策略。

Android的RPC实现，如上图所示（好吧，也是从SDK中拿来主义的...），无甚稀奇，基于代理模式的一个实现，在调用端和服务端都去生成一个代理类，做一些序列化和反序列化的事情，使得调用端和服务器端都可以像调用一个本地接口一样使用RPC接口。

Android中用来做数据序列化的类是Parcel，参见：/reference/android/os/Parcel.html，封装了序列化的细节，向外提供了足够对象化的访问接口，Android号称实现非常高效。

还有就是AIDL (Android Interface Definition Language) ，一种接口定义的语言，服务的RPC接口，可以用AIDL来描述，这样，ADT就可以帮助你自动生成一整套的代理模式需要用到的类，都是想起来很乏力写起来很苦力的那种。更多内容，可以再看看：guide/developing/tools/aidl.html，如果有兴致，可以找些其他PRC实现的资料lou几眼。

关于Service的实现，还强推参看API Demos这个Sample里面的RemoteService实现。它完整的展示了实现一个Service需要做的事情：那就是定义好需要接受的Intent，提供同步或异步的接口，在上层绑定了它后，通过这些接口（很多时候都是RPC的...）进行通信。在RPC接口中使用的数据、回调接口对象，如果不是标准的系统实现（系统可序列化的），则需要自定义aidl，所有一切，在这个Sample里都有表达，强荐。

Service从实现角度看，最特别的就是这些RPC的实现了，其他内容，都会接近于Activity的一些实现，也许不再会详述了。

Broadcast Receiver

在实际应用中，我们常需要等，等待系统抑或其他应用发出一道指令，为自己的应用擦亮明灯指明方向。而这种等待，在很多的平台上，都会需要付出不小的代价。

比如，在Symbian中，你要等待一个来电消息，显示归属地之类的，必须让自己的应用忍辱负重偷偷摸摸的开机启动，消隐图标隐藏任务项，潜伏在后台，监控着相关事件，等待转瞬即逝的出手机会。这是一件很发指的事情，不但白白耗费了系统资源，还留了个流氓软件的骂名，这真是卖力不讨好的正面典型。

在Android中，充分考虑了广泛的这类需求，于是就有了Broadcast Receiver这样的一个组件。每个Broadcast Receiver都可以接收一种或若干种Intent作为触发事件（有不知道Intent的么，后面会知道了...），当发生这样事件的时候，系统会负责唤醒或传递消息到该Broadcast Receiver，任其处置。在此之前和这以后，Broadcast Receiver是否在运行都变得不重要了，及其绿色环保。

这个实现机制，显然是基于一种注册方式的，Broadcast Receiver将其特征描述并注册在系统中，根据注册时机，可以分为两类，被我冠名为冷热插拔。所谓冷插拔，就是Broadcast Receiver的相关信息写在配置文件中（求配置文件详情？稍安，后续奉上...），系统会负责在相关事件发生的时候及时通知到该Broadcast Receiver，这种模式适合于这样的场景。某事件方式 -> 通知Broadcast -> 启动相关处理应用。比如，监听来电、邮件、短信之类的，都隶属于这种模式。而热插拔，顾名思义，插拔这样的事情，都是由应用自己来处理的，通常是在 OnResume事件中通过registerReceiver进行注册，在OnPause等事件中反注册，通过这种方式使其能够在运行期间保持对相关事件的关注。比如，一款优秀的词典软件（比如，有道词典...），可能会有在运行期间关注网络状况变化的需求，使其可以在有廉价网络的时候优先使用网络查询词汇，在其他情况下，首先通过本地词库来查词，从而兼顾腰包和体验，一举两得一石二鸟一箭双雕（注，真实在有道词典中有这样的能力，但不是通过 Broadcast Receiver实现的，仅以为例...）。而这样的监听，只需要在其工作状态下保持就好，不运行的时候，管你是天大的网路变化，与我何干。其模式可以归结为：启动应用 -> 监听事件 -> 发生时进行处理。

除了接受消息的一方有多种模式，发送者也有很重要的选择权。通常，发送这有两类，一个就是系统本身，我们称之为系统Broadcast消息，在reference/android/content/Intent.html 的Standard Broadcast Actions，可以求到相关消息的详情。除了系统，自定义的应用可以放出Broadcast消息，通过的接口可以是 Context.sendBroadcast，抑或是Context.sendOrderedBroadcast。前者发出的称为Normal broadcast，所有关注该消息的Receiver，都有机会获得并进行处理；后者放出的称作Ordered broadcasts，顾名思义，接受者需要按资排辈，排在后面的只能吃前面吃剩下的，前面的心情不好私吞了，后面的只能喝西北风了。

当Broadcast Receiver接收到相关的消息，它们通常做一些简单的处理，然后转化称为一条Notification，一次振铃，一次震动，抑或是启动一个 Activity进行进一步的交互和处理。所以，虽然Broadcast整个逻辑不复杂，却是足够有用和好用，它统一了Android的事件广播模型，让很多平台都相形见绌了。更多Broadcast Receiver相关内容，参见：/reference/android/content/BroadcastReceiver.html。

Content Provider

Content Provider，听着就和数据相关，没错，这就是Android提供的第三方应用数据的访问方案。在Android中，对数据的保护是很严密的，除了放在SD卡中的数据，一个应用所持有的数据库、文件、等等内容，都是不允许其他直接访问的，但有时候，沟通是必要的，不仅对第三方很重要，对应用自己也很重要。

比如，一个联系人管理的应用。如果不允许第三方的应用对其联系人数据库进行增删该查，整个应用就失去了可扩展力，必将被其他应用抛弃，然后另立门户，自个玩自个的去了。

Andorid当然不会真的把每个应用都做成一座孤岛，它为所有应用都准备了一扇窗，这就是Content Provider。应用想对外提供的数据，可以通过派生ContentProvider类， 封装成一枚Content Provider，每个Content Provider都用一个uri作为独立的标识，形如：content://com.xxxxx。所有东西看着像REST的样子，但实际上，它比REST 更为灵活。和REST类似，uri也可以有两种类型，一种是带id的，另一种是列

表的，但实现者不需要按照这个模式来做，给你id的uri你也可以返回列表类型的数据，只要调用者明白，就无妨，不用苛求所谓的REST。

另外，Content Provider不和REST一样只有uri可用，还可以接受Projection，Selection，OrderBy等参数，这样，就可以像数据库那样进行投影，选择和排序。查询到的结果，以Cursor（参见：reference/android/database/Cursor.html ）的形式进行返回，调用者可以移动Cursor来访问各列的数据。

Content Provider屏蔽了内部数据的存储细节，向外提供了上述统一的接口模型，这样的抽象层次，大大简化了上层应用的书写，也对数据的整合提供了更方便的途径。Content Provider内部，常用数据库来实现，Android提供了强大的Sqlite支持，但很多时候，你也可以封装文件或其他混合的数据。

在Android中，ContentResolver是用来发起Content Provider的定位和访问的。不过它仅提供了同步访问的Content Provider的接口。但通常，Content Provider需要访问的可能是数据库等大数据源，效率上不足够快，会导致调用线程的拥塞。因此Android提供了一个AsyncQueryHandler（参见：reference/android/content/AsyncQueryHandler.html），帮助进行异步访问Content Provider。

在各大组件中，Service和Content Provider都是那种需要持续访问的。Service如果是一个耗时的场景，往往会提供异步访问的接口，而Content Provider不论效率如何，都提供的是约定的同步访问接口。我想这遵循的就是场景导向设计的原则，因为Content Provider仅是提供数据访问的，它不能确信具体的使用场景如何，会怎样使用它的数据；而相比之下，Service包含的逻辑更复杂更完整，可以抉择大部分时候使用某接口的场景，从而确定最贴切的接口是同步还是异步，简化了上层调用的逻辑。

Ⅳ android系统 主要有哪几部分

android系统分为四部分，从高到低分别是：

1、Android应用层

2、Android应用框架层

3、Android系统运行层

4、Linux内核层

Android系统构架主要应用于ARM平台，但不仅限于ARM，通过编译控制，在X86、MAC等体系结构的机器上同样可以运行。

(5)安卓的核心组件是什么扩展阅读：

Android运行库

Android包括了一个核心库，该核心库提供了JAVA编程语言核心库的大多数功能。

每一个Android都拥有一个独立的Dalvik虚拟机实例。Dalvik被设计成一个设备可以同时高效地运行多个虚拟系统。Dalvik虚拟机执行(.dex)的Dalvik可执行文件，该格式文件针对小内存使用做了优化。

同时虚拟机是基于寄存器的，所有的类都经由JAVA编译器编译，然后通过SDK中的“dx”工具转化成.dex格式由虚拟机执行。

Ⅵ 什么是android的四大组件

Android四大组件有Activity，Service服务，Content Provider内容提供，BroadcastReceiver广播接收器。

Android应用程序由一些零散的有联系的组件组成，通过一个工程manifest绑定在一起。在manifest中，描述了每一个组件以及组件的作用，其中有6个组件，它们是Android应用程序的基石

(6)安卓的核心组件是什么扩展阅读

Activities(活动)

应用程序的显示层。每一个画面对应于你的应用程序，将会是Activity类的扩展。Activity使用Views去构建UI来显示信息和响应用户的行为。就桌面开发而言，一个Activity相当于一张Form。

Services(服务)

Android应用程序中不可见的“工人”。 Service组件运行时不可见，但它负责更新的数据源和可见的Activity，以及触发通知。它们常用来执行一些需要持续运行的处理，当你的 Activity已经不处于激活状态或不可见。

Content(内容)

提供共享的数据存储。Content Provider(内容提供器)用来管理和共享应用程序的数据库。在应用程序间，Content Provider是共享数据的首选方式。

Broadcast Receivers(广播接收器)

Intent广播的“消费者”。通过创建和注册一个Broadcast Receiver，应用程序可以监听符合特定条件的广播的Intent。Broadcast Receiver 会自动的启动你的Android应用程序去响应新来的Intent。Broadcast Receiver是事件驱动程序的理想手段。

参考资料来源：网络-Android组件

Ⅶ 安卓手机的核心组件有两个工厂模式，正常吗不正常，能删吗

正常，一个是root锁，另一个才是工厂模式，不能删除

Ⅷ 安卓系统是由什么组成的

一般来说Android 程序主要由下列四个部分组成，分别是：活动(Activity) - 用于表现功能服务(Service) - 相当于后台运行的Activity广播接收器(BroadcastReceiver) - 用于接收广播意图（Intent）- 用于连接以上各个组件，并在其间传递消息
1 Activity 介绍
Android 中，Activity 是所有程序的根本，所有程序的流程都运行在Activity 之中，Activity可以算是开发者遇到的最频繁，也是Android 当中最基本的模块之一。在Android的程序当中，Activity 一般代表手机屏幕的一屏。如果把手机比作一个浏览器，那么Acitivity就相当于一个网页。在Activity 当中可以添加一些Button、Check box 等控件。可以看到Activity 的概念和网页的概念相当类似。 一般一个Android 应用是由多个Activity 组成的。这多个Activity 之间可以进行相互跳转，例如，按下一个Button 按钮后，可能会跳转到其他的Activity。和网页跳转稍微有些不一样的是，Activity 之间的跳转有可能返回值，例如，从Activity A 跳转到Activity B，那么当Activity B 运行结束的时候，有可能会给Activity A 一个返回值。这样做在很多时候是相当方便的。 当打开一个新的屏幕时，之前一个屏幕会被置为暂停状态，并且压入历史堆栈中。用户可以通过回退操作返回到以前打开过的屏幕。我们可以选择性的移除一些没有必要保留的屏幕，因为Android 会把每个应用的开始到当前的每一个屏幕保存在堆栈中。Activity 是由Android 系统进行维护的，它也有自己的生命周期，即它的一个产生、运行、销毁的一个周期，对于Activity，关键是其生命周期的把握，其次就是状态的保存和恢复（onSaveInstanceState onRestoreInstanceState），以及Activity 之间的跳转和数据传输（intent）。
2 Service 介绍
Service 是android 系统中的一种组件，它跟Activity 的级别差不多，但是他不能自己运行，只能后台运行，并且可以和其他组件进行交互。Service 是没有界面的长生命周期的代码。Service 是一种程序，它可以运行很长的时间，但是它却没有用户界面。这么说有点枯燥，我们来看个例子。打开一个音乐播放器的程序，这个时候若想上网了，那么，我们打开Android 的浏览器，这个时候虽然我们已经进入了浏览器这个程序，但是，歌曲的播放并没有停止，而是在后台继续一首接着一首的播放。其实这个播放就是由播放音乐的Service进行控制。当然这个播放音乐的Service也可以停止，例如，当播放列表里边的歌曲都结束，或者用户按下了停止音乐播放的快捷键等。service 可以在和多场合的应用中使用，比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD 卡上文件的变化，再或者在后台记录你地理信息位置的改变等等，总之服务嘛，总是藏在后头的。
3 BroadcastReceiver 介绍
在Android 中，Broadcast 是一种广泛运用的在应用程序之间传输信息的机制。而BroadcastReceiver 是对发送出来的Broadcast进行过滤接受并响应的一类组件。可以使用BroadcastReceiver 来让应用对一个外部的事件做出响应。这是非常有意思的，例如，当电话呼入这个外部事件到来的时候，可以利用BroadcastReceiver 进行处理。例如，当下载一个程序成功完成的时候，仍然可以利用BroadcastReceiver 进行处理。BroadcastReceiver不能生成UI，也就是说对于用户来说不是透明的，用户是看不到的。BroadcastReceiver通过NotificationManager 来通知用户这些事情发生了。BroadcastReceiver 既可以在AndroidManifest.xml 中注册，也可以在运行时的代码中使用Context.registerReceiver()进行注册。只要是注册了，当事件来临的时候，即使程序没有启动，系统也在需要的时候启动程序。各种应用还可以通过使用Context.sendBroadcast () 将它们自己的intent broadcasts广播给其他应用程序。注册BroadcastReceiver有两种方式:
4 Intent 介绍
Intent 是一个将要执行的动作的抽象的描述，一般来说是作为参数来使用，由Intent来协助完成android 各个组件之间的通讯。Intent 负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android 则根据此Intent 的描述，负责找到对应的组件，将Intent 传递给调用的组件，并完成组件的调用。因此，Intent 在这里起着一个媒体中介的作用，专门提供组件互相调用的相关信息，实现调用者与被调用者之间的解耦。例如，在一个联系人维护的应用中，当我们在一个联系人列表屏幕（假设对应的Activity 为listActivity）上，点击某个联系人后，希望能够跳出此联系人的详细信息屏幕（假设对应的Activity为detailActivity）。为了实现这个目的，listActivity需要构造一个Intent，这个Intent 用于告诉系统，我们要做"查看"动作，此动作对应的查看对象是"某联系人"，然后调用startActivity(Intent intent)，将构造的Intent 传入，系统会根据此Intent 中的描述，到ManiFest中找到满足此Intent 要求的Activity，系统会调用找到的Activity，即为detailActivity，最终传入Intent，detailActivity 则会根据此Intent中的描述，执行相应的操作。Intent 主要是用来启动其他的activity 或者service，所以可以将intent 理解成activity 之间的粘合剂。Intent具体有一下3 种形式： 通过startActivity 方法来启动一个新的Activity； 通过broadcast Intent 机制可以将一个Intent 发送给任何对这个Intent 感兴趣的BroadcastReceiver； 通过startService （Intent） 或bindService（Intent，ServiceConnection，int） 来和后台的Service 进行交互。[

Ⅸ 手机主要组成部件。

1、处理器（芯片），智能手机最重要的组成部件，手机专用芯片，这些芯片包括：射频芯片、射频功放芯片、处理器芯片、电源管理芯片、存储芯片、触摸屏控制芯片等。

2、存储器（内存），手机内存又分为运行内存和非运行内存这两种。手机内存的运行内存就相当于电脑的内存，手机内存的运行内存越大，手机在运行程序时就会越流畅，后台能够进行多个程序的运行。手机的非运行内存，也就是常说的内存，便相当于电脑的硬盘，可以进行各种软件或是文件的存储，当这个内存越大时，我们就能存储越多的东西。

3、输入输出设备，包括USB接口、耳机接口、摄像头等及I/O通道。

4、屏幕，手机上占比最大的部件，手机显示屏是一种将一定的电子文件通过特定的传输设备仪器显示到屏幕上再反射到人眼的的一种显示工具。

5、电池，手机电池是为手机提供电力的储能工具，由三部分组成：电芯、保护电路和外壳，手机电池一般用的是锂电池和镍氢电池。mAh”是电池容量的单位，中文名称是毫安时。

(9)安卓的核心组件是什么扩展阅读

智能手机的基本要求：

1、高速度，高精度处理芯片。3G手机不仅要支持打电话、发短信，它还要处理音频、视频，甚至要支持多任务处理，这需要一颗功能强大、低功耗、具有多媒体处理能力的芯片。这样的芯片才能让手机不经常死机，不发热，不会让系统慢得如蜗牛。

2、大存储芯片和存储扩展能力。如果要实现3G的大量应用功能，没有大存储就完全没有价值，一个完整的GPS导航图，要超过一个G的存储空间，而大量的视频、音频还和多种应用都需要存储。因此要保证足够的内存存储或扩展存储，才能真正满足3G的应用。

3、面积大、标准化、可触摸的显示屏。只有面积大和标准化的显示屏，才能让用户充分享受3G的应用。分辨率一般不低于320×240。

4、支持播放式的手机电视。如果手机电视完全采用电信网的点播模式，网络很难承受，而且为了保证网络质量，运营商一般对于点播视频的流量都有所控制，因此，广播式的手机电视是手机娱乐的一个重要组成部分。

5、操作系统必须支持新应用的安装。有可能安装各种新的应用，使用户的手机可以安装和定制自己的应用。

6、配备大容量电池，并支持电池更换。3G无论采用何种低功耗的技术，电量的消耗都是一个大问题，必须要配备高容量的电池，1500mAh是标准配备，随着3G的流行，很可能未来外接移动电源也会成为一个标准配置。