阳光下的影子的博客

一：获取应用名称 版本名称 版本号package com.zhy.utils;import android.content.Context;import android.content.pm.PackageInfo;import android.content.pm.PackageManager;import android.content.pm.PackageManager.NameNotF

说到Android中的数据存储方式,听人说有5种 其实具体有几种寡人不甚清楚,无所谓,爱有几种要几种 让我来缕一缕到底有几种方式吧 shit回顾一下android中数据存储的方式有很多种：(1) SharePreferences 通过api进行get、put操作 ----进程内部使用，可以实现资源共享，局限性比较大可以参考：SharedPreference 实现不同进程间的数据共享(2) 通

我们知道 在移动开发中涉及到定位的问题 我们通常采用高德，百度等第三方api来实现 ，虽然各家api的坐标体系是不一样的但是他们都提供了相互转换的方法，其实 在Android的官方api中也有定位的api,都在android.location包下。借助这个包下的几个类 我们同样可以实现定位的功能。我这里简单的写了一个demoimport android.content.Context;impo

自从Android5.x时代google将Apache抛弃之后,HttpURLConnection变成了Android系统默认的请求方式.两者的区别在于： 1、标准Java接口(java.net) —-HttpURLConnection，可以实现简单的基于URL请求、响应功能； 2、Apache接口(org.appache.http)—-HttpClient，使用起来更方面更强大。一般来说，用这

在Android中跨进程通信是能够经常遇见的 ，像下载大文件需要更新下载进度这种东西，因为我们设置了下载的Service是在独立的进程里边，也就是说不是在默认的UI线程里边，传统的handler就无法实现了，跨进程通信的方法或许有好多，寡人知道的有三种分别为AIDL、Messenger、BroadCastReceiver.本文讲述第三种借助BroadCastReceiver实现跨进程通信。 roa

最近打算换工作了，看了一下面试题 发现我原来知识是如此的匮乏 吓得我赶紧去写个Demo冷静下，异步和网络请求在Android开发中是最基本的东西，在Android6.0中抛弃了Httpclient 我们只能使用Httpurlconnection了 在上一篇博客中我们看了AsyncTask 我们知道 它是采用handler+线程池的方式来实现的异步请求，自己再写一个http网络请求工具类就行了

Android UI是线程不安全的，如果想要在子线程里进行UI操作，就需要借助Android的异步消息处理机制,在Android中实现异步任务机制有两种方式，Handler和AsyncTask。Handler模式需要为每一个任务创建一个新的线程，任务完成后通过Handler实例向UI线程发送消息，完成界面的更新，这种方式对于整个过程的控制比较精细，但也是有缺点的，例如代码相对臃肿，在多个任务同时执行

我们知道在Android开发中UI线程是主线程,在主线程不能进行耗时操作 所以当我们访问接口或者现在的时候都需要开启线程 在这样的环境下 handler AsyncTask就是用来解决这样的问题的，还有一种方法就是Service 我们可以将一下耗时操作放在服务中，来避免ANR错误。 Service有如下两个特征 //1.并不依赖于用户可视的UI界面（当然，这一条其实也不是绝对的， // 如

上片文章初步讲述了自定义View的一些方法 还有一些小东西梳理下，不知道怎么了 突然的感到头疼，，真是一个悲伤的故事。 先来看一下DrawText方法/**baseLine和FontMetrics * 关于baseLine和FontMetrics * x,y并不是文字左上角的坐标点，它比较特殊，y所代表的是基线坐标y的坐标。基线 * drawText(String text, float

/* * ContentProvider是Android的四大组件之一，可见它在Android中的作用非同小可。 * 它主要的作用是：实现各个应用程序之间的（跨应用）数据共享，比如联系人应用中就使用了ContentProvider, * 你在自己的应用中可以读取和修改联系人的数据，不过需要获得相应的权限。 * 其实它也只是一个中间人，真正的数据源是文件或者SQLite等。 * 一

我们知道，在db 做insert、delete等操作的时候，db会改变，这个时候UI 可能是需要更新的，那怎么才能知道db 是有了变化呢？不能做个监听一直查询db是否变化吧？这样就太废精力了，Android 中提供了ContentObserver来作为db 数据变化后的callback。部分内容取材于私房菜的博客，下边是私房菜的博客地址 http://blog.youkuaiyun.com/shift_w

进来想看一下那个Android中的内容观察者ContentObserver和内容提供者ContentProvider,,而这两个东西都绕不开一个概念 那就是Uri, 他的源码就不贴了 太长了 ,就看一下 翻译吧public abstract class Uri implements Parcelable, Comparable<Uri> {}可以看出 这是一个实现了Parcelable 和Co

好久没有写过广播了 今天写了一个极光推送，，要用到广播才发现是这么的陌生，哎 搞了一个垃圾项目 啥都没有，，都快堕落成一个菜逼了，，写个博客做个回忆。/** * 广播被分为两种不同的类型：“普通广播（Normal broadcasts）”和“有序广播（Ordered broadcasts）”。 * 普通广播是完全异步的，可以在同一时刻（逻辑上）被所有广播接收者接收到，消息传递的效率比

Android中，ListView可以设置choiceMode，可见Android对ListView的单选或多选是有进行封装的，然而我看到的许多单选或多选的ListView，包括我搭档以前写的例子，以前几个老外封装的库，都是自己维护了一个集合，用于存放每个item的选中状态。这样一来，不但代码显得繁复，逻辑上也成冗余，而且容易出BUG。 其实，ListView中，已经自己维护了一个SparseBo

原文Eight Ways Your Android App Can Leak Memory 这篇文章是别人翻译的,，然后我觉得挺好 ，就拿过来了这是原文博客的地址 Java是垃圾回收语言的一种，其优点是开发者无需特意管理内存分配，降低了应用由于局部故障(segmentation fault)导致崩溃，同时防止未释放的内存把堆栈(heap)挤爆的可能，所以写出来的代码更为安全。不幸的是，在Jav