intention_intent

1.lntent包含哪些内容

2.Android Intent的作用，哪些类型的数据可以被传递

3.android中intent的作用

4.Android Intent action有什么用

5.android中activity，intent，contentprovider，service各有什么区别

崩溃日志：

虽说一眼就看出是binder通讯引发的崩溃，但就如同OOM问题，定性问题容易，但定位问题却不容易。

官方说明：

1. TransactionTooLargeException

简单来说：一个应用进程的所有 AIDL 调用都是共用一个 Binder transaction buffer，而这个 buffer 的大小仅仅只是 1Mb，当所有的远程调用的参数或者这些调用返回值的大小加起来超过 1Mb 的话就会抛出 TransactionTooLargeException 异常。

2. Parcelables and Bundles

Binder 传输缓冲区是一个限制的大小的区域，大小为 1MB,这块缓冲区用于所有进程间的通信，也就是 Binder 通信。这些传输包括 onSeInstanceState , startActivity 和其他与系统的交互，当传输的数据超过这个大小的时候就会抛出异常。

特别是 onSeInstanceState 方法，因其需要在 Activity 返回的时候提供数据，建议是数据大小不大于 50K.

注意：

1.是不是只要通过 Bundle 传递数据，就会面临序列化的问题？

并不是，Activity 之间传递数据，首先要考虑跨进程的问题，而 Android 中又是通过 Binder 机制来解决跨进程通信的问题。涉及到跨进程，对于复杂数据就要涉及到序列化和反序列化的过程，这就注定是一次值传递（深拷贝）的过程。

Fragment 本身是不涉及跨进程的，这里虽然使用了 Bundle 传输数据，但是并没有通过 Binder，也就是不存在序列化和反序列化。和 Fragment 数据传递相关的 Bundle，其实传递的是原对象的引用。

结论：通过Fragment 的setArguments(Bundle) 传递一个 Bundle ，这里虽然使用了 Bundle 传输数据，但是并没有通过 Binder，也就是不存在序列化和反序列化。和 Fragment 数据传递相关的 Bundle，其实传递的是原对象的引用。（做个试验，弹出 DialogFragment 时传递一个对象，Dialog 中修改数据后，在 Activity 中该对象被修改了）

2.Activity onSeInstanceState 中保存的 Bundle 信息是存在内存中的，且因为是涉及到 Activity 的状态的保存，就需要交由 ActivityManager 进程去做一个管理，所以就需要 Binder 传输做一个跨进程的通信将 Bundle 的数据传递给 ActivityManager。因此 onSeInstanceState 也涉及到了 Binder 传输，自然而然就受到 Binder 缓冲区大小的限制.

3.FragmentStatePagerAdapter的实现有缺陷，因为其默认实现会持续保存历史Fragment实例的状态数据历史，在逐渐地积累、保存数据后，最终导致发送的数据包体积超过限制50KB

s://mmbiz.qpic.cn/mmbiz_jpg/liaczD18OicSz3ctQsLW8lGAAMWev0a16PZoqAev5CViaTTBuUZrWNG1m27sIicfKrYZicMmjdP4WwFO53vicWToC3Ag/640?wx_fmt=jpeg&wxfrom=5&wx_lazy=1&wx_co=1

使用EventBus postSticky()方法发送，它会将缓存到 stickyEvents 这个 Map 对象中，以待下次注册时，将这个取出，抛给注册的组件。

接收：

参考链接：

面试常客：Intent 能传递多大 Size 的数据？| 付阿里的建议方案！

Android----onSeInstanceState 的数据存在哪里？为什么限制了大小？

TransactionTooLargeException原因分析

lntent包含哪些内容

准确来说这仨不属于Android studio，而是属于Android系统里的重要的三个属性。

注：Android系统里一些属性或者名词的翻译总是不能确切表达其真实的含义，仅供理解参考。

Android基本的设计理念是鼓励减少组件间的耦合，因此Android提供了Intent (意图) ，Intent提供了一种通用的消息系统，它允许在你的应用程序与其它的应用程序间传递Intent来执行动作和产生。使用Intent可以激活Android应用的三个核心组件：活动、服务和广播接收器。

提起intent-filter（意图过滤器），首先得知道Intent（意图），Intent Filter（意图过滤器）其实就是用来匹配隐式Intent的，当一个意图对象被一个意图过滤器进行匹配测试时，只有三个方面会被参考到：动作、数据（URI以及数据类型）和类别。这其中就包含action和category.

action表示你接下来的行为，比如你要打开一个新的activity，这个行为就成为一个动作。

category表示这个动作的类型。

我们来举个例子：

<activity android:name=".SplashActivity" android:theme="@style/LaunchScreenTheme">

<intent-filter>

<action android:name="android.intent.action.MAIN" />

<category android:name="android.intent.category.LAUNCHER" />

</intent-filter>

</activity>

用一句通俗的话描述就是：当intent-filter收到带有action为"android.intent.action.MAIN"de intent时，就会执行category里的“android.intent.category.LAUNCHER”对SplashActivity进行操作。

Android Intent的作用，哪些类型的数据可以被传递

有Activity，Service服务，ContentProvider内容提供BroadcastReceiver广播接收器。

显式Intent定义：对于明确指出了目标组件名称的Intent，我们称之为显式Intent。隐式Intent定义：对于没有明确指出目标组件名称的Intent，则称之为隐式Intent。

Intent定义：Intent是一种在不同组件之间传递的请求消息，是应用程序发出的请求和意图。作为一个完整的消息传递机制，Intent不仅需要发送端，还需要接收端。

android中intent的作用

(1) 要激活一个新的Activity，或者让一个现有的Activity执行新的操作，可以通过调用Context.startActivity()或者Activity.startActivityForResult()方法。这两个方法需要传入的Intent参数也称为Activity Action Intent（活动行为意图），根据Intent对象对目标Activity描述的不同，来启动与之相匹配的Activity或传递信息。

(2) 要启动一个新的服务，或者向一个已有的服务传递新的指令，调用Context.startService()方法或调用Context.bindService()方法将调用此方法的上下文对象与Service绑定。

Intent一旦发出，Android都会准确找到相匹配的一个或多个Activity、Service或Broadcast-Receiver作为响应。所以，不同类型的Intent消息不会出现重叠：BroadcastIntent消息只会发送给BroadcastReceiver，而绝不可能发送给Activity或Service。由startActivity()传递的消息也只可能发送给Activity，由startService()传递的Intent只可能发送给Service。

向下一个Activity传递数据（使用Bundle和Intent.putExtras）

Intent it = new Intent(Activity1.this, Activity2.class);

Bundle bundle=new Intent();

bundle.putString("name", "This is from MainActivity!");

it.putExtras("bd",bundle); // it.putExtra(“test”, "shuju”);

startActivity(it); // startActivityForResult(it,REQUEST_CODE);

Android Intent action有什么用

意图和意图过滤器Intents and Intent Filters

一个应用程序的三个核心组件-活动，服务和广播接收器是通过消息即意图（Intents）来激活的。Intent息传送是相同或不同应用中组件运行时晚绑定的一种机制。意图本身，一个意图对象，是一个包含被执行操作抽象描述的被动的数据结构-或者，对于广播而言，是某件已经发生并被声明的事情的描述。存在不同的机制来传送意图到每种组件中：

一个意图对象是传递给Context.startActivity()或者Activity.startActivityForResult()来启动一个活动或者让一个存在的活动去做某些新的事情。

一个意图对象是传递给Context.startService()来发起一个服务或者递交新的指令给运行中的服务。类似的，一个意图能被传递给Context.bindService() 来在调用组件和一个目标服务之间建立连接。作为一个可选项，它可以发起这个服务如果还没运行的话。

传递给任意广播方法(例如Context.sendBroadcast(),Context.sendOrderedBroadcast(), 或者Context.sendStickyBroadcast()）的意图对象被传递给所有感兴趣的广播接收者。许多种广播产生于系统代码。

在每个例子里，Android系统找到合适的活动，服务，或者一组广播接收者来回应这个意图，必要时实例化它们。这些消息传送系统没有重叠：广播意图仅被传递给广播接收者，永远不会给活动或者服务。一个传送给startActivity()的意图是只会被传递给一个活动，永远不会给一个服务或广播接收者，如此类推。

这篇文档以意图对象的描述开始，然后描述Android映射意图到组件的规则-如何解决哪个组件应该接收一个意图消息。对于没有显式命名一个目标组件的意图，这个过程包括对照与潜在目标相关联的意图过滤器来测试这个意图对象。

意图对象Intent Objects

一个意图Intent对象是一堆信息。它包含接收这个意图的组件感兴趣的信息（例如将要取的动作和操作的数据）再加上Android系统感兴趣的信息（例如应该处理这个意图的组件类别和如何启动一个目标活动的指令）：

组件名称Component name

应该处理这个意图的组件名字. 这个字段是一个ComponentName对象- 一个组合物：目标组件的完全合格的类名 (比如"com.example.project..FreneticActivity") 以及应用程序描述文件中设置的组件所在包的名字(比如, "com.example.project"). 这个组件名字的包部分和描述文件中设置的包名字不一定要匹配。

组件名字是可选的。如果被设置了，这个意图对象将被传递到指定的类。如果没有, Android使用另外的意图对象中的信息去定位一个合适的目标- 请看本文稍后描述的意图解析Intent Resolution。

组件名字通过如下方法：setComponent(),setClass(), 或者setClassName()设置并通过getComponent()读取。

android中activity，intent，contentprovider，service各有什么区别

对于明确指出了目标组件名称的Intent，我们称之为“显式Intent”。对于没有明确指出目标组件名称的Intent，则称之为“隐式 Intent”。Android系统使用IntentFilter 来寻找与隐式Intent相关的对象。（关于IntentFilter我们马上就会讲到。）

显式Intent直接用组件的名称定义目标组件，这种方式很直接。但是由于开发人员往往并不清楚别的应用程序的组件名称，因此，显式Intent更 多用于在应用程序内部传递消息。比如在某应用程序内，一个Activity启动一个Service。隐式Intent恰恰相反，它不会用组件名称定义需要 激活的目标组件，它更广泛地用于在不同应用程序之间传递消息。

使用Action跳转，如果有一个程序的AndroidManifest.xml中的某一个 Activity的IntentFilter段中 定义了包含了相同的Action那么这个Intent就与这个目标Action匹配。如果这个IntentFilter段中没有定义 Type,Category，那么这个 Activity就匹配了。但是如果手机中有两个以上的程序匹配，那么就会弹出一个对话可框来提示说明。

Action 的值在Android中有很多预定义，如果你想直接转到你自己定义的Intent接收者，你可以在接收者的IntentFilter 中加入一个自定义的Action值（同时要设定 Category值为"android.intent.category.DEFAULT"），在你的Intent中设定该值为Intent的 Action,就直接能跳转到你自己的Intent接收者中。因为这个Action在系统中是唯一的。

2,data/type，你可以用Uri 来做为data,比如Uri uri = Uri.parse(://.google);

Intent i = new Intent(Intent.ACTION_VIEW,uri);手机的Intent分发过程中，会根据://.google 的scheme判断出数据类型type 。手机的Brower则能匹配它，在Brower的Manifest.xml中的IntenFilter中 首先有ACTION_VIEW Action,也能处理:的type，

3， 至于分类Category，一般不要去在Intent中设置它，如果你写Intent的接收者，就在Manifest.xml的Activity的 IntentFilter中包含android.category.DEFAULT,这样所有不设置 Category（Intent.addCategory(String c);）的Intent都会与这个Category匹配。

4,extras（附 加信息），是其它所有附加信息的集合。使用extras可以为组件提供扩展信息，比如，如果要执行“发送电子邮件”这个动 作，可以将电子邮件的标题、正文等保存在extras里，传给电子邮件发送组件。

复制来的……

Activity：Android组件中最基本也是最为常见用的四大组件之一，Activity中所有操作都与用户密切相关，是一个负责与用户交互的组件，可以通过setContentView(View)来显示指定控件。

Intent：中文意思是“意图，意向”，在Android中提供了Intent机制来协助应用间的交互与通讯，Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android则根据此Intent的描述，负责找到对应的组件，将 Intent传递给调用的组件，并完成组件的调用。Intent不仅可用于应用程序之间，也可用于应用程序内部的Activity/Service之间的交互。因此，可以将Intent理解为不同组件之间通信的“媒介”专门提供组件互相调用的相关信息。

ContentProvider：为程序提供了在应用程序之前共享数据的一种机制，而我们知道每一个应用程序都是运行在不同的应用程序的，数据和文件在不同应用程序之间达到数据的共享不是没有可能，而是显得比较复杂，而正好Android中的ContentProvider则达到了这一需求，比如有时候需要操作手机里的联系人，手机里的多媒体等一些信息，都可以用到这个ContentProvider来达到我们所需。

Service：通常称之为“后台服务”，其中“后台”一词是相对于前台而言的，具体是指其本身的运行并不依赖于用户可视的UI界面，因此，从实际业务需求上来理解，Service的适用场景应该具备以下条件：1.并不依赖于用户可视的UI界面，2.具有较长时间的运行特性。