自定义控件缩放平移旋转 拖动

安装之后就能不断的唤醒，实现后台service持续运行，并且唤醒之后进入自定义界面

Android应用开发的哲学是把一切都看作是组件。把应用程序组件化的好处是降低模块间的耦合性，同时提高模块的复用性。Android的组件设计思想与传统的组件设计思想最大的区别在于，前者不依赖于进程。也就是说，进程即使由于内存紧张被强行杀掉了，但是运行在里面的组件还是存在的。这样就可以在组件再次需要使用时，原地满血复活，就像什么都没发生过一样。这种设计思想非常适合内存较小的移动设备。理解Android组件设计思想，对Android应用程序架构会有更好的认识。这一节讲Android组件化设计的背景、理念、原则，以及Android在OS级别上提供的组件化支持，其中还会包含一个实验来验证这种组件化设计思想，可以对Android系统有一个高层次的抽象理解。

手机接收pc摄像头视频

这是 3des 加密使用安卓系统的示例。我使用这段代码测试 nfc 标记之间 android 回暖和智能卡。

wheel 入门级方法使用

该文件内解压之后是一个工程，可以直接导入运行，能够扫描识别出二维码里所包含的信息

Android下天气小插件，可以实现对当前天气的检测，以及对未来几天天气的预测(Android weather widget, you can achieve detection of current weather and weather forecast for the next few days)

安卓导航抽屉是一一个最常用的设计

H264解码器源码，移植ffmpeg中的H264解码部分到Android，深度删减优化，在模拟器(320x480)中验证通过。 程序的采用jni架构。界面部分，文件读取，视频显示都是用java做的，底层的视频解码用C来做满足速度的要求。 在这个版本中，从H264码流中分割出Nal是在java层做的，这样在java层直接调用解码时就知道是否有显示视频，缺点的就是耦合度/封装性差一点。 如果采用在底层做Nal分割的方法，可以封装得好看一些，但是每次送的数据有限制，如果送的数据太多，底层可能会一次解码出好几帧视频，但是通知到界面层只能显示一帧，造成丢帧的现象。 如果每次送的数据较少，就会有很多次底层调用没有进行实质解码，很小气的做法，比如有一压缩数据帧需要600字节，如果一次送100个字节给解码器，那么要送6次才会进行实质解码，因为每个数据帧有大有小，所以只能取极小值才不会导致丢帧。 不过所有的编码解码都是各种因素平衡折中的结果，具体用什么方法具体分析。 如果程序崩溃退出，优先考虑： 1)是否是baseline 2)byte [] NalBuf = new byte[40980] 缓冲区是否溢出。 如果有B帧，那肯定不是baseline。 (H264 Decoder C++ version decode source)

安卓 树形视图实例源码下载