来源: 互联网  发布时间: 2014-02-18

ARM架构应用处理器与x86处理器
相较于AMD与Intel，ARM显然对多数的消费者还是很陌生的名词，而多数人也会好奇，ARM架构生产的应用处理器到底跟Intel、AMD又有什么不同，又跟智慧手机与平板厂商提到的TI OMAP、Qualcomm Snapdragon、三星的蜂鸟（Hummingbird）、猎户座（Orion）、飞思卡尔（Freescale）的i.MX，或是ST-Ericsson的应用处理器等有什么关系。

先从ARM这家公司谈起，ARM成立于1991年，是一家出售IP（技术知识产权）的公司，所谓的技术知识产权，就有点像是卖房屋的结构设计图，至于要怎修改，哪边开窗户，以及要怎加盖其它的花园，就看买了设计图的厂商自己决定。

而ARM的架构是采用RISC架构，如同它的名称一样，Advanced RISC Machines，RISC架构在当初的PC架构争霸战虽然败给Intel所主导的x86处理器架构，却默默在另外的领域成长壮大；小从硬盘转速控制、电信基地台的计算、汽车喷射引擎的控制、音响系统、相机引擎，大到电动机具的控制等等，都能够看见采用ARM授权架构处理器的身影。

而有了设计图，当然还要有把设计图实现的厂商，而这些就是ARM架构的授权客户群，包括上述几家厂商以外，还有如Freescale、联发科、Telechip、新岸线等数不清的大小控制芯片与应用处理器厂商，都是采用ARM架构的授权客户。甚至多年前的Intel的XScale处理器，也是采用ARM的核心授权。

ARM的架构相较于x86有哪些特点？相较于基于CISC的x86架构处理器，由于为了满足电脑产业发展而不断加入指令集，使得处理器日益庞大，但每个指令集用到的频率也越差越大，许多指令到后来已经相当少用，甚至是可以被新的指令所取代。而ARM架构则大幅简化架构，仅保留所需要的指令，可以让整个处理器更为简化，拥有小体积、高效能的特性。

另外，ARM的架构老早就已经作到高密度整合，由于ARM授权的弹性以及核心架构单纯，ARM处理器架构可以很容易与其它专职的特殊核心，像是GPU、多媒体译码核心、基频调制解调器、I/O控制等架构整合，透过SoC（System On a Chip，系统单芯片）的方式，一颗小小的ARM架构应用处理器，完成近年x86架构处理器积极跨足的单芯片设计，并且透过各种不同的核心分工各司其职，ARM架构应用处理器的核心负担相较传统x86处理器低上许多，并且因为早前应用处理器的需求就是以低功耗为重点，即便如今效能不断提升，仍是以保有省电的特性为前提发展。

ARM架构的另一个优点，就是自由性，只要像ARM买下核心授权，就可以与其它IP公司的方案以及这家授权客户本身的优势技术整合，虽同为同一世代的ARM核心架构，即便频率相同，结果也不同。不过这也使得ARM应用处理器光从基本规格是不一定能看出操作效能的，例如同样隶属高通Snapdragon，频率1GHz的第一世代旗舰QSD8x50甚至不敌频率仅800MHz的第二世代MSM7230。

以目前最火红的几颗手机与平板的双核应用处理器选择的GPU架构为例，Tegra 2图形架构来自NVIDIA的GeForce ULP，TI OMAP 4430则是采用PowerVR SGX 540架构，Qualcomm MSM8660采用高通自家Adreno 220，三星Exynos 4210采用ARM的Mali 400 GPU架构，就已经足以产生这几颗处理器在效能表现的差异，更不用说细节的内存控制管理、电源管理、储存通道等架构产生的差异。

谈到这些GPU架构，又是一段有趣的过去，GeForce ULP、Power SGX以及Adreno其实都在游戏机史上交手过，Nvidia的图形架构曾被用在微软第一代XBox以及PS3采用过，而PowerVR则是接连在SEGA Saturn以及Dreamcast出现，Adreno源自ATi行动图形部门，ATi的图形方案也被XBox 360以及Wii采用，可说这几家图形方案供货商过去在游戏机的战火，又再次烧回手机以及平板上。

ARM的架构之所以在智能手机以及平板能够迅速窜红，苹果iOS装置可说是大功臣，在苹果之前，智能手机在市场上一直载浮载沉，虽然有着号称智能手机平台市占率第一的Nokia Symbian，以及Windows Mobile、Palm OS、BlackBerry等系统，不过当时的环境在缺乏行动网络为后盾，在线商店的概念也还未发展成型；一直到苹果以iPhone打响新世代智能手机第一炮后，市场才真正体认到智能手机原来可以是这么容易使用。

iPhone的出现也间接带起市场对于ARM架构应用处理器的需求，不过光是苹果也无法带起市场对于ARM处理器的需求，如WM（WP7)手机与Symbian也纷纷加入新一代智能手机战局，但是真正成为关键的，是Google Android宣布参战后，其它手机厂商取得一个相较过去成熟的通用智能手机平台，而各厂商又为了进行产品差异化，开始针对ARM架构应用处理器的效能以及硬件支持要求，使得过去发展缓速的ARM架构一下子热络起来，也让ARM架构一夕之间成为火热话题。
转载自：http://cn.engadget.com/

    

    来源: 互联网  发布时间: 2014-02-18

关闭屏幕时保持移动网络(2.5G,3G)连接
关闭屏幕时CPU默认会进入休眠模式，如果要在屏幕关闭状态下唤醒CPU，使用PowerManager.PARTIAL_WAKE_LOCK
系统WIFI休眠策略中即是使用此API

    

    来源: 互联网  发布时间: 2014-02-18

关于异步加载网络图片的方法
转载

在学习"Android异步加载图像小结"这篇文章时, 发现有些地方没写清楚，我就根据我的理解，把这篇文章的代码重写整理了一遍，下面就是我的整理。

下面测试使用的layout文件：

简单来说就是 LinearLayout 布局，其下放了5个ImageView。

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:orientation="vertical" android:layout_width="fill_parent"
android:layout_height="fill_parent">
<TextView android:text="图片区域开始" android:id="@+id/textView2"
android:layout_width="wrap_content" android:layout_height="wrap_content"></TextView>
<ImageView android:id="@+id/imageView1"
android:layout_height="wrap_content" android:src="/blog_article/@drawable/icon/index.html"
android:layout_width="wrap_content"></ImageView>
<ImageView android:id="@+id/imageView2"
android:layout_height="wrap_content" android:src="/blog_article/@drawable/icon/index.html"
android:layout_width="wrap_content"></ImageView>
<ImageView android:id="@+id/imageView3"
android:layout_height="wrap_content" android:src="/blog_article/@drawable/icon/index.html"
android:layout_width="wrap_content"></ImageView>
<ImageView android:id="@+id/imageView4"
android:layout_height="wrap_content" android:src="/blog_article/@drawable/icon/index.html"
android:layout_width="wrap_content"></ImageView>
<ImageView android:id="@+id/imageView5"
android:layout_height="wrap_content" android:src="/blog_article/@drawable/icon/index.html"
android:layout_width="wrap_content"></ImageView>
<TextView android:text="图片区域结束" android:id="@+id/textView1"
android:layout_width="wrap_content" android:layout_height="wrap_content"></TextView>
</LinearLayout>

我们将演示的逻辑是异步从服务器上下载5张不同图片，依次放入这5个ImageView。上下2个TextView 是为了方便我们看是否阻塞了UI的显示。

当然 AndroidManifest.xml 文件中要配置好网络访问权限。

<uses-permission android:name="android.permission.INTERNET"></uses-permission>
Handler+Runnable模式

我们先看一个并不是异步线程加载的例子，使用 Handler+Runnable模式。

这里为何不是新开线程的原因请参看这篇文章：Android Runnable 运行在那个线程 这里的代码其实是在UI 主线程中下载图片的，而不是新开线程。

我们运行下面代码时，会发现他其实是阻塞了整个界面的显示，需要所有图片都加载完成后，才能显示界面。

package ghj1976.AndroidTest;

import java.io.IOException;
import java.net.URL;
import android.app.Activity;
import android.graphics.drawable.Drawable;
import android.os.Bundle;
import android.os.Handler;
import android.os.SystemClock;
import android.util.Log;
import android.widget.ImageView;

public class MainActivity extends Activity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
loadImage("http://www.baidu.com/img/baidu_logo.gif", R.id.imageView1);
loadImage(http://www.chinatelecom.com.cn/images/logo_new.gif",
R.id.imageView2);
loadImage("http://cache.soso.com/30d/img/web/logo.gif, R.id.imageView3);
loadImage("http://csdnimg.cn/www/images/csdnindex_logo.gif",
R.id.imageView4);
loadImage("http://images.cnblogs.com/logo_small.gif",
R.id.imageView5);
}

private Handler handler = new Handler();

private void loadImage(final String url, final int id) {
handler.post(new Runnable() {
public void run() {
Drawable drawable = null;
try {
drawable = Drawable.createFromStream(
new URL(/blog_article/url/index.html).openStream(), "image.gif");
} catch (IOException e) {
Log.d("test", e.getMessage());
}
if (drawable == null) {
Log.d("test", "null drawable");
} else {
Log.d("test", "not null drawable");
}
                                // 为了测试缓存而模拟的网络延时

                                SystemClock.sleep(2000);

((ImageView) MainActivity.this.findViewById(id))
.setImageDrawable(drawable);
}
});
}
}


Handler+Thread+Message模式

这种模式使用了线程，所以可以看到异步加载的效果。

核心代码：

package ghj1976.AndroidTest;

import java.io.IOException;
import java.net.URL;
import android.app.Activity;
import android.graphics.drawable.Drawable;
import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.os.SystemClock;
import android.util.Log;
import android.widget.ImageView;

public class MainActivity extends Activity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
loadImage2("http://www.baidu.com/img/baidu_logo.gif", R.id.imageView1);
loadImage2("http://www.chinatelecom.com.cn/images/logo_new.gif",
R.id.imageView2);
loadImage2("http://cache.soso.com/30d/img/web/logo.gif", R.id.imageView3);
loadImage2("http://csdnimg.cn/www/images/csdnindex_logo.gif",
R.id.imageView4);
loadImage2("http://images.cnblogs.com/logo_small.gif",
R.id.imageView5);
}

final Handler handler2 = new Handler() {
@Override
public void handleMessage(Message msg) {
((ImageView) MainActivity.this.findViewById(msg.arg1))
.setImageDrawable((Drawable) msg.obj);
}
};

// 采用handler+Thread模式实现多线程异步加载
private void loadImage2(final String url, final int id) {
Thread thread = new Thread() {
@Override
public void run() {
Drawable drawable = null;
try {
drawable = Drawable.createFromStream(
new URL(/blog_article/url/index.html).openStream(), "image.png");
} catch (IOException e) {
Log.d("test", e.getMessage());
}

// 模拟网络延时
SystemClock.sleep(2000);

Message message = handler2.obtainMessage();
message.arg1 = id;
message.obj = drawable;
handler2.sendMessage(message);
}
};
thread.start();
thread = null;
}

}


这时候我们可以看到实现了异步加载， 界面打开时，五个ImageView都是没有图的，然后在各自线程下载完后才把图自动更新上去。
Handler+ExecutorService(线程池)+MessageQueue模式

能开线程的个数毕竟是有限的，我们总不能开很多线程，对于手机更是如此。

这个例子是使用线程池。Android拥有与Java相同的ExecutorService实现，我们就来用它。

线程池的基本思想还是一种对象池的思想，开辟一块内存空间，里面存放了众多(未死亡)的线程，池中线程执行调度由池管理器来处理。当有线程任务时，从池中取一个，执行完成后线程对象归池，这样可以避免反复创建线程对象所带来的性能开销，节省了系统的资源。

线程池的信息可以参看这篇文章：Java&Android的线程池－ExecutorService 下面的演示例子是创建一个可重用固定线程数的线程池。

核心代码

package ghj1976.AndroidTest;

import java.io.IOException;
import java.net.URL;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

import android.app.Activity;
import android.graphics.drawable.Drawable;
import android.os.Bundle;
import android.os.Handler;
import android.os.Message;
import android.os.SystemClock;
import android.util.Log;
import android.widget.ImageView;

public class MainActivity extends Activity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
loadImage3("http://www.baidu.com/img/baidu_logo.gif", R.id.imageView1);
loadImage3("http://www.chinatelecom.com.cn/images/logo_new.gif",
R.id.imageView2);
loadImage3("http://cache.soso.com/30d/img/web/logo.gif",
R.id.imageView3);
loadImage3("http://csdnimg.cn/www/images/csdnindex_logo.gif",
R.id.imageView4);
loadImage3("http://images.cnblogs.com/logo_small.gif",
R.id.imageView5);
}

private Handler handler = new Handler();

private ExecutorService executorService = Executors.newFixedThreadPool(5);

// 引入线程池来管理多线程
private void loadImage3(final String url, final int id) {
executorService.submit(new Runnable() {
public void run() {
try {
final Drawable drawable = Drawable.createFromStream(
new URL(/blog_article/url/index.html).openStream(), "image.png");
// 模拟网络延时
SystemClock.sleep(2000);
handler.post(new Runnable() {
public void run() {
((ImageView) MainActivity.this.findViewById(id))
.setImageDrawable(drawable);
}
});
} catch (Exception e) {
throw new RuntimeException(e);
}
}
});
}
}

这里我们象第一步一样使用了 handler.post(new Runnable() {  更新前段显示当然是在UI主线程，我们还有 executorService.submit(new Runnable() { 来确保下载是在线程池的线程中。
Handler+ExecutorService(线程池)+MessageQueue+缓存模式

下面比起前一个做了几个改造:

    把整个代码封装在一个类中
    为了避免出现同时多次下载同一幅图的问题,使用了本地缓存

封装的类:

package ghj1976.AndroidTest;

import java.lang.ref.SoftReference;
import java.net.URL;
import java.util.HashMap;
import java.util.Map;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

import android.graphics.drawable.Drawable;
import android.os.Handler;
import android.os.SystemClock;

public class AsyncImageLoader3 {
// 为了加快速度，在内存中开启缓存（主要应用于重复图片较多时，或者同一个图片要多次被访问，比如在ListView时来回滚动）
public Map<String, SoftReference<Drawable>> imageCache = new HashMap<String, SoftReference<Drawable>>();

private ExecutorService executorService = Executors.newFixedThreadPool(5); // 固定五个线程来执行任务
private final Handler handler = new Handler();

/**
*
* @param imageUrl
*            图像url地址
* @param callback
*            回调接口
* @return 返回内存中缓存的图像，第一次加载返回null
*/
public Drawable loadDrawable(final String imageUrl,
final ImageCallback callback) {
// 如果缓存过就从缓存中取出数据
if (imageCache.containsKey(imageUrl)) {
SoftReference<Drawable> softReference = imageCache.get(imageUrl);
if (softReference.get() != null) {
return softReference.get();
}
}
// 缓存中没有图像，则从网络上取出数据，并将取出的数据缓存到内存中
executorService.submit(new Runnable() {
public void run() {
try {
final Drawable drawable = loadImageFromUrl(/blog_article/imageUrl/index.html);

imageCache.put(imageUrl, new SoftReference<Drawable>(
drawable));

handler.post(new Runnable() {
public void run() {
callback.imageLoaded(drawable);
}
});
} catch (Exception e) {
throw new RuntimeException(e);
}
}
});
return null;
}

// 从网络上取数据方法
protected Drawable loadImageFromUrl(/blog_article/String imageUrl/index.html) {
try {
// 测试时，模拟网络延时，实际时这行代码不能有
SystemClock.sleep(2000);

return Drawable.createFromStream(new URL(imageUrl).openStream(),
"image.png");

} catch (Exception e) {
throw new RuntimeException(e);
}
}

// 对外界开放的回调接口
public interface ImageCallback {
// 注意 此方法是用来设置目标对象的图像资源
public void imageLoaded(Drawable imageDrawable);
}
}


说明：

final参数是指当函数参数为final类型时，你可以读取使用该参数，但是无法改变该参数的值。参看：Java关键字final、static使用总结
这里使用SoftReference 是为了解决内存不足的错误（OutOfMemoryError）的，更详细的可以参看：内存优化的两个类:SoftReference 和 WeakReference

前段调用:

package ghj1976.AndroidTest;

import android.app.Activity;
import android.graphics.drawable.Drawable;
import android.os.Bundle;

import android.widget.ImageView;

public class MainActivity extends Activity {
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
loadImage4("http://www.baidu.com/img/baidu_logo.gif", R.id.imageView1);
loadImage4("http://www.chinatelecom.com.cn/images/logo_new.gif",
R.id.imageView2);
loadImage4("http://cache.soso.com/30d/img/web/logo.gif",
R.id.imageView3);
loadImage4("http://csdnimg.cn/www/images/csdnindex_logo.gif",
R.id.imageView4);
loadImage4("http://images.cnblogs.com/logo_small.gif",
R.id.imageView5);
}

private AsyncImageLoader3 asyncImageLoader3 = new AsyncImageLoader3();

// 引入线程池，并引入内存缓存功能,并对外部调用封装了接口，简化调用过程
private void loadImage4(final String url, final int id) {
// 如果缓存过就会从缓存中取出图像，ImageCallback接口中方法也不会被执行
Drawable cacheImage = asyncImageLoader3.loadDrawable(url,
new AsyncImageLoader3.ImageCallback() {
// 请参见实现：如果第一次加载url时下面方法会执行
public void imageLoaded(Drawable imageDrawable) {
((ImageView) findViewById(id))
.setImageDrawable(imageDrawable);
}
});
if (cacheImage != null) {
((ImageView) findViewById(id)).setImageDrawable(cacheImage);
}
}

}




参考资料：

Android异步加载图像小结
http://blog.csdn.net/sgl870927/archive/2011/03/29/6285535.aspx