编写能够赢得世界上所有性能测试的代码是可能的，但是仍然感觉迟钝，挂起或冻结很长时间，或者处理输入需要很长时间。应用程序的响应能力可能发生的最糟糕的事情是“应用程序无响应”（ANR）对话框。
《移动互联网技术》课程是软件工程、电子信息等专业的专业课，主要介绍移动互联网系统及应用开发技术。课程内容主要包括移动互联网概述、无线网络技术、无线定位技术、Android应用开发和移动应用项目实践等五个部分。移动互联网概述主要介绍移动互联网的概况和发展，以及移动计算的特点。无线网络技术部分主要介绍移动通信网络（包括2G/3G/4G/5G技术）、无线传感器网络、Ad hoc网络、各种移动通信协议，以及移动IP技术。无线定位技术部分主要介绍无线定位的基本原理、定位方法、定位业务、数据采集等相关技术。Android应用开发部分主要介绍移动应用的开发环境、应用开发框架和各种功能组件以及常用的开发工具。移动应用项目实践部分主要介绍移动应用开发过程、移动应用客户端开发、以及应用开发实例。 课程的教学培养目标如下： 1．培养学生综合运用多门课程知识以解决工程领域问题的能力，能够理解各种移动通信方法，完成移动定位算法的设计。 2．培养学生移动应用编程能力，能够编写Andorid应用的主要功能模块，并掌握移动应用的开发流程。 3. 培养工程实践能力和创新能力。 通过本课程的学习应达到以下目的： 1．掌握移动互联网的基本概念和原理； 2．掌握移动应用系统的设计原则； 3．掌握Android应用软件的基本编程方法； 4．能正确使用常用的移动应用开发工具和测试工具。
众所周知，日活率是一款App的核心绩效指标，日活量不仅反应了应用的受欢迎程度，同时反应了产品的变现能力，进而直接影响盈利能力和企业估值。为了抢占市场，谁都不会放过任何一个可以提高应用日活的方法，所以App进程保活都是各大厂商，特别是头部应用开发商永恒的追求，毕竟一旦 App 进程死亡，那就再也无法在用户的手机上开展任何业务，所有的商业模型在用户侧都没有立足之地。
Android开发的四大组件，本文主要分为一、Activity详解 二、Service详解 三、Broadcast Receiver详解 四、Content Provider详解 外加一个重要组件 intent的详解。 一、Activity详解 Activty的生命周期的也就是它所在进程的生命周期。
本篇文章主要介绍 Android 开发中的部分知识点，通过阅读本篇文章，您将收获以下内容:
在上一篇文章中《Notification自定义界面》中我们实现了自定义的界面，那么我们该怎么为自定义的界面添加点击事件呢？像酷狗在通知栏 有“上一首”，“下一首”等控制按钮，我们需要对按钮的点击事件进行响应，不过方法和之前的点击设置不一样，需要另外处理，下面我将进行简单的说明。
Android提供了一系列的API，是我们可以在程序中调用很多手机的多媒体资源，从而编写出更加丰富的应用程序。 1、通知的使用 通知（Notification）是Android中比较有特色的一个功能，当某个应用程序希望向用户发出一些提示信息，而该应用程序又不在前台运行时，就可以借助通知来实现。发出一条通知后，手机最上方的状态栏中会显示一个通知的图标，下拉状态栏后可以看到通知的详细内容。 无论在哪里创建通知，整体的步骤都是相同的，具体的步骤如下： 创建一个NotificationManager类的对象来
为什么onDestroy没有执行？ 用一句话概述 不要在onStop，onDestory中保存重要数据；最近任务栏清除app，app的onDestory不会掉用是因为该Binder调用是非阻塞的，导致App被杀死，所以onDestory没来得及调用 详细链接参考 https://blog.csdn.net/u013122625/article/details/77916482
在android的应用层中，涉及到很多应用框架，例如：Service框架，Activity管理机制，Broadcast机制，对话框框架，标题栏框架，状态栏框架，通知机制，ActionBar框架等等。 下面就来说说经常会使用到通知机制中的通知栏框架（Notificaiton），它适用于交互事件的通知。它是位于顶层可以展开的通知列表。它会时不时的提醒你什么软件该更新了，什么人发你微信消息了等。 （网上看了下，全面介绍的文章不多，所以就萌生了写这篇的念头，随便当作回顾笔记。下面我就通过官方文档、源代码、书上的一些
一个Android程序仅仅只能前台 运行是远远不够的，我们更希望它在后台运行，既可以接收消息，又不耽误我们去使用别的软件，这就要求我们要实现两点：
最近项目遇到推送，与后台贱人于一合计，果断采用了极光推送。在使用过程中，有爽有不爽，特意再次记录下。
准备工作复习一下PendingIntent，前面的博文《Android开发笔记（五十）定时器AlarmManager》已经提到了它。PendingIntent意即延迟的Intent，主要用于非立即响应的通信场合。上回的博文，博主介绍了PendingIntent的用法，下面再列出有用到它的场合： 1、用于定时器AlarmManager，处理时刻到达后的提醒动作 2、用于通知推送Notification，处理点击通知后的相应动作 3、用于远程视图RemoteViews，处理远程控件上的点击动作 4、用于发送短信SmsManager，处理短信发送完的后续动作
本文实例为大家分享了Android后台开启服务默默拍照的具体代码，供大家参考，具体内容如下
Android中的通知（Notification）是Android中的重要一部分，应用程序通过通知来提醒用户或者向用户传达信息，下面让我们来看一下怎么在我们的程序中使用通知和自定义通知的布局。
关于文件下载，或许不是一个多么陌生的内容，在网络操作中下载只是其中一个方面，但是关于文件下载还是有不少东西要说，今天我就拿下载的方式来说吧。
最近做这个功能，分享一下。即时通讯（Instant Messaging）最重要的毫无疑问就是即时，不能有明显的延迟，要实现IM的功能其实并不难，目前有很多第三方，比如极光的JMessage，都比较容易实现。但是如果项目有特殊要求（如不能使用外网），那就得自己做了，所以我们需要使用WebSocket。
要开机启动，首先肯定是想到广播，广播接收器接收到开机发出的广播，就执行onReceive()，在onReceive()可以写一些我们需要做的操作
本文实例讲述了Android编程实现禁止状态栏下拉的方法。分享给大家供大家参考，具体如下：
DroidPlugin 是Andy Zhang在Android系统上实现了一种新的 插件机制 :它可以在无需安装、修改的情况下运行APK文件,此机制对改进大型APP的架构，实现多团队协作开发具有一定的好处。
在Android中，应用的响应性被活动管理器（Activity Manager）和窗口管理器（Window Manager）这两个系统服务所件事。当用户触发了输入事件（如键盘输入，点击按钮等），如果应用5秒内没有响应用户的输入事件，那么，Android灰认为该应用无响应，便弹出ANR（Application No Response）对话框
1.在service中重写下面的方法，这个方法有三个返回值， START_STICKY是service被kill掉后自动重写创建 @Override public int onStartCommand(Intent intent, int flags, int startId) { return START_STICKY; } @Override public int onStartCommand(Intent intent, int flag
最近由于工作调整，经常会在各地出差的路上，所以原创相对频率可能会慢些，当然空余时间还是会做为学习的输出，今天这篇主要就是介绍了Android的Service组件，Service做为四大组件之一，虽然没有Activity用的多，但是也会使用到，正好最近也是有个想法，先做的Demo技术验证。
AlarmManager实质是一个全局的定时器，是Android中常用的一种系统级别的提示服务，在指定时间或周期性启动其它组件（包括Activity,Service,BroadcastReceiver）。本文将讲解一下如何使用AlarmManager实现定时提醒功能。
ANR (Application Not Responding) ANR定义：在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。 默认情况下，在android中Activity的最长执行时间是5秒，BroadcastReceiver的最长执行时间则是10秒。 第一：什么会引发ANR？ 在Android里，应用程序的响应性是由Activity Manager和WindowManager系统服务监视的 。当它监测到以下情况中的一个时，Android就会针对特定的应用程序显示ANR： 1.在5秒内没有响应输入的事件（例如，按键按下，屏幕触摸） 2.BroadcastReceiver在10秒内没有执行完毕 造成以上两点的原因有很多，比如在主线程中做了非常耗时的操作，比如说是下载，io异常等。 潜在的耗时操作，例如网络或数据库操作，或者高耗时的计算如改变位图尺寸，应该在子线程里（或者以数据库操作为例，通过异步请求的方式）来完成。然而，不是说你的主线程阻塞在那里等待子线程的完成——也不是调用 Thread.wait()或是Thread.sleep()。替代的方法是，主线程应该为子线程提供一个Handler，以便完成时能够提交给主线程。以这种方式设计你的应用程序，将能保证你的主线程保持对输入的响应性并能避免由于5秒输入事件的超时引发的ANR对话框。 第二：如何避免ANR？ 1、运行在主线程里的任何方法都尽可能少做事情。特别是，Activity应该在它的关键生命周期方法（如onCreate()和onResume()）里尽可能少的去做创建操作。（可以采用重新开启子线程的方式，然后使用Handler+Message的方式做一些操作，比如更新主线程中的ui等） 2、应用程序应该避免在BroadcastReceiver里做耗时的操作或计算。但不再是在子线程里做这些任务（因为 BroadcastReceiver的生命周期短），替代的是，如果响应Intent广播需要执行一个耗时的动作的话，应用程序应该启动一个 Service。（此处需要注意的是可以在广播接受者中启动Service，但是却不可以在Service中启动broadcasereciver,关于原因后续会有介绍，此处不是本文重点） 3、避免在Intent Receiver里启动一个Activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。如果你的应用程序在响应Intent广 播时需要向用户展示什么，你应该使用Notification Manager来实现。 总结：anr异常也是在程序中自己经常遇到的问题，主要的解决办法自己最常用的就是不要在主线程中做耗时的操作，而应放在子线程中来实现，比如采用Handler+mesage的方式，或者是有时候需要做一些和网络相互交互的耗时操作就采用asyntask异步任务的方式（它的底层其实Handler+mesage有所区别的是它是线程池）等，在主线程中更新UI。
ANR定义：在Android上，如果你的应用程序有一段时间响应不够灵敏，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application Not Responding）对话框。用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。所以一个流畅的合理的应用程序中不能出现anr，而让用户每次都要处理这个对话框。因此，在程序里对响应性能的设计很重要，这样系统不会显示ANR给用户。
使用DownloadManager 是个很好用的下载方式。它会出现在任务栏，指示当前的下载位置。它使用广播来接收完成消息，点击任务事件的交互。
intent 英文意思是意图，pending 表示即将发生或来临的事情。 PendingIntent 这个类用于处理即将发生的事情，比如在通知Notification中用于跳转页面，但不是马上跳转。
Android ANR（Application Not Responding）的分析
ContextImpl 作为 Context 的抽象类，实现了所有的方法，我们常见的 getResources() , getAssets() , getApplication() 等等的具体实现都是在 ContextImpl 的
保持设备唤醒 为了避免电量过度消耗，Android设备会在被闲置之后迅速进入睡眠状态。然而有时候应用会需要唤醒屏幕或者是唤醒CPU并且保持它们的唤醒状态，直至一些任务被完成。 想要做到这一点，所采取的方法依赖于应用的具体需求。但是通常来说，我们应该使用最轻量级的方法，减小其对系统资源的影响。在接下来的部分中，我们将会描述在设备默认的睡眠行为与应用的需求不相符合的情况下，我们应该如何进行对应的处理。 ---- 保持屏幕常亮 某些应用需要保持屏幕常亮，比如游戏与视频应用。最好的方式是在你的Activity中（且
最近发现项目中的WebView加载下载页的时候是一片空白，没有出现下载，于是简单的调用了系统的下载对其进行下载。
最近在做一个埋点的sdk，由于埋点是分批上传的，不是每次都上传，所以会有个进程保活的机制，这也是自研推送的实现技术之一：如何保证Android进程的存活。
intent英文意思是意图，pending表示即将发生或来临的事情。 PendingIntent这个类用于处理即将发生的事情。比如在通知Notification中用于跳转页面，但不是马上跳转。 Intent 是及时启动，intent 随所在的activity 消失而消失。 PendingIntent 可以看作是对intent的包装，通常通过getActivity,getBroadcast ,getService来得到pendingintent的实例，当前activity并不能马上启动它所包
最近在做的项目中需要app在后台常驻，用于实时上传一些健康信息数据，便于后台实时查看用户的健康状况。自从Android7.0以上后台常驻实现越来越难，尤其是8.0及以上。关于保活的文章比比皆是，但是效果并不理想，关于保活的方法也就常说的哪几种，重点在于怎么组合运用。最终实现效果为：用户不主动强制杀死的话，能够一直存活(小米，华为，vivo，oppo，三星)。其中三星s8，华为nova2s用户强制杀死也能存活。
版权声明：本文为博主原创文章，转载请标明出处。 https://blog.csdn.net/lyhhj/article/details/47214197
系统重新创建服务并且调用onStartCommand()方法，但并不会传递最后一次传递的intent，只是传递一个空的intent。除非存在将要传递来的intent，那么就会传递这些intent。这个适合播放器一类的服务，不需要执行命令，只需要独自运行，等待任务。
当此 App首次启动时，系统会自动实例化mBroadcastReceiver类，并注册到系统中。
听名字就可以看出，remote views是一种远程view，感觉有点像远程service，其实remote views是view的一个结构，他可以在其他的进程中显示，由于它可以在其他的进程中显示，那么他就可以跨进程的更新其他进程的view，这听起来有点不可思议，感觉有点像aidl，但是我要告诉你这确实不是，那它的原理是什么呢？且听后面慢慢道来。 remote views在Android中有两个常见的应用场景：通知栏和桌面小部件。 Remote Views的应用 桌面部件与通知栏分别由AppWidget
通过getActivity(Context context, int requestCode, Intent intent, int flags)从系统取得一个用于启动一个Activity的PendingIntent对象,
继上一期浅谈了Android的前世今生，这一期一起来大致回顾一下Android 系统架构和应用组件。 Android 系统架构 Android系统的底层建立在Linux系统之上，该平台由操作系统、中间件、用户界面和应用软件4层组成，它采用一种被称为软件叠层（Software Stack）的方式进行构建。这种软件叠层结构使得层与层之间相互分离，明确各层的分工。这种分工保证了层与层之间的低耦合，当下层的层内或层下发生改变时，上层应用程序无须任何改变。 Android的系统架构和其他操作系
具体操作：自定义消息通知内容布局；点击界面中心的“点击发送消息”TextView控件，模拟发送通知消息，通知栏接收消息，点击几次则发送几次，点击通知栏消息，跳转到详情界面。
在Android中，程序的响应性是由Activity Manager与Window Manager系统服务来负责监控的，当系统检测到下面的条件之一时会显示ANR的对话框：
Android系统和Android应用程序都可以发送和接收广播，类似于publish-subscribe设计模式。广播在某个特定事件发生时被发送，例如，当各种系统事件发生时（如系统启动或设备开始充电），Android系统就会发送广播。应用程序也可以发送自定义广播，例如，通知其他应用程序他们关注的事件（如数据下载完成）。
Android有四大组件：Activity、Service、Broadcast Receiver、ContentProvider。 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的实现，还强推参看APIDemos这个Sample里面的RemoteService实现。它完整的展示了实现一个Service需要做的事情：那就是定义好需要接受的Intent，提供同步或异步的接口，在上层绑定了它后，通过这些接口（很多时候都是RPC的...）进行通信。在RPC接口中使用的数据、回调接口对象，如果不是标准的系统实现（系统可序列化的），则需要自定义aidl，所有一切，在这个Sample里都有表达，强荐。 Service从实现角度看，最特别的就是这些RPC的实现了，其他内容，都会接近于Activity的一些实现，也许不再会详述了。 Broadcast Receiver 在实际应用中，我们常需要等，等待系统抑或其他应用发出一道指令，为自己的应用擦亮明灯指明方向。而这种等待，在很多的平台上，都会需要付出不小的代价。 比如，在Symbian中，你要等待一个来电消息，显示归属地之类的，必须让自己的应用忍辱负重偷偷摸摸的开机启动，消隐图标隐藏任务项，潜伏在后台，监控着相关事件，等待转瞬即逝的出手机会。这是一件很发指的事情，不但白白耗费了系统资源，还留了个流氓软件的骂名，这真是卖力不讨好的正面典型。 在Android中，充分考虑了广泛的这类需
极光推送 bass云端服务器:可以数据储存、消息推送、文件服务、api分析、应用统计。有bomb,atom原子云，百度frontia，华为power app等 所有需要客户端被动接收信息的功能模块,
极光推送 bass云端服务器:可以数据储存、消息推送、文件服务、api分析、应用统计。有bomb,atom原子云，百度frontia，华为power app等 所有需要客户端被动接收信息的功能模块,都可以用推送实现
RmoteViews是一个能显示在其他进程的视图。同样也提供了一些基本的操作方法来修改视图的内容。
📷 前言 距离上次更新过去一周多了，打破了之前两到三天一更的惯例，主要还是要研究的东西太杂了 本篇文章将对 BroadcastReceiver 开发中，可能用到的知识点，可能遇到的问题进行总结。 希望本文能帮助你揭开 Android 开发过程中的难题。 最后，希望大家都能有所收获，欢迎食用！ 文章目录 ---- 📷 方便大家学习，我在 GitHub 上建立个 仓库 ---- 仓库内容与博客同步更新。由于我在 稀土掘金 简书 CSDN 博客园 等站点，都有新内容发布。所以大家可以直接关注该仓库，以免错
领取专属 10元无门槛券
手把手带您无忧上云
