据了解，CIQ原本是一款用来监测手机使用情况的应用程序，它会根据手机使用情况提供具体数据，以指导手机用户，方便手机生产商提高产品质量和服务水平。包括苹果、HTC、三星在内的手机制造商，以及AT&T、T-Mobile 等运营商都在手机上预装CIQ软件，目前已被预装在全球约1.41亿部手机中。但是，不久前CIQ被曝光存在收集用户隐私数据行为，包括用户所处的位置、键盘录入情况，以及手机运行的程序等都被上传到软件服务器上。苹果也发表声明称，已经在大多数iOS5设备中停止支持CIQ，并会在未来的软件升级时将其完全删除。国内的水货用户应当提高警惕。

目前，针对Android系统已经有一款名为Carrier IQ Detector 的App可以简单方便的监测手机是否安装了该间谍软件。对该软件的介绍如下：“Determine whether or not your phone contains Carrier IQ mobile diagnostic software.Security researchers have recently determined that a number of consumer mobile devices contain pre-installed software from Carrier IQ. While this software appears to be designed to help mobile network operators improve coverage through metrics tracking, it does not provide a clear opt-out path for users. Additionally, it can be difficult for non-technical users to determine whether or not their handset is affected. We’ve developed the Carrier IQ Detector to aid in this process in an effort to keep mobile users fully informed about what their phone is doing.”

由于CIQ软件安装在手机固件中，所以Carrier IQ Detector只能监测，不能卸载CIQ间谍软件。点击安装 Carrier IQ Detector。

谷歌上个月发布了“蜂巢”版Android软件开发包的测试版。“蜂巢”是第一个专门针对平板电脑设计的Android版本，它利用了平板电脑屏幕比智能手机更大的特点。因此，“蜂巢”版Android的软件开发包将帮助开发人员利用全新的用户界面。

通过这个软件开发包，开发人员可以创建主屏幕上显示的按键，并充分利用“蜂巢”版Android的全手写界面。它还提供了多种类型的按键，包括搜索框、日历、弹出菜单、日期/时间工具，甚至在用户翻阅不同内容时显示3D效果。

谷歌表示，开发人员可以创建“更为丰富的”通知方式，包括标题、大小图标，以及其它内容。另外还支持整个系统内的剪贴板，允许用户从一款应用到另一款应用复制粘贴内容。其它功能可以允许开发人员添加拖拽功能，帮助用户更好地进行文件管理。考虑到谷歌一直觊觎企业市场，“蜂巢”版Android的最终软件开发包有助于设备管理员应用的开发者整合更好的数据加密和密码功能。

除了核心的软件开发包之外，谷歌还推出了其它一些有助于开发人员创建应用的工具，例如SDK工具和ADT插件。SDK工具可以与软件开发包同时使用，帮助开发人员创建和完善应用程序。ADT插件的升级包括不同的类别板块、更出色的屏幕缩放功能，以及更加精确的渲染，以便开发人员更为便捷地看到自己应用的外观，并适应屏幕大小。

作为首款搭载“蜂巢”版Android操作系统的产品，摩托罗拉Xoom平板电脑将于2月24日与消费者见面，与Verizon签约两年的售价为600美元。三星也将在Galaxy Tab系列产品中添加一款基于“蜂巢”版Android的10.1英寸平板电脑，这款产品将在今年春季进入欧洲和亚洲市场。

国内开发者可以访问该网址查看更多Android 3.0 SDK信息。

转自：腾讯网

在这番移动开发的浪潮里，移动行业链条上的各个角色都已不只是承担其原有的职责，不管是终端硬件厂商还是移动运营商甚至原来PC端的软件开发商，都争先恐后的加入到移动应用开发的队列里，希望抓住这个机会，以得到更多的利益，提升自身的价值。

这份由VisionMobile网站发布的名为《开发者经济学2010及未来》报告追踪了移动开发的整个过程，通过它，我们能在一定程度上对目前移动应用开发的现状，包括从应用设计，平台选择到市场推广，商业化运营盈利，这几个环节有一个较为全面的认识和理解。

作为开发者来说，平台选择是开发的第一步；而选择哪个平台所要考量的因素是什么，调查发现，绝大部分被调查者选择的是商业价值，包括市场占有率和盈利能力（直接盈利或通过广告盈利），而不是技术上的问题。也就是说，开发者希望借着当前的发展势头，完成创富盈利，因而一切技术问题都不是问题，何况新涌现的平台在开发上更为简便快捷。就目前已有平台来看，新旧差异颇为明显：“老者”Symbian、Java ME、Flash设备保有量依旧领先，仅Symbian平台就达到390万，超过iOS、Android、Blackberry的总和，而Flash和Java ME的数量则更多，这是长期以来用户积累的结果，但与之极度不匹配的是，在这些设备数量极其庞大的平台上，可用的应用却少之又少，相比之下，新兴平台Android、iOS等的设备和用户数量在持续增长的同时，其应用的数量也已经达到了老平台所不能企及的地步。这一点在Java ME和iOS平台上表现的极为明显：数据表示有 30 亿部手机装有 Java ME，但可用应用程序数量却非常少，iOS 目前有 6000 万部设备（不包括 iPod Touch 和 iPad），但应用程序已超过 25 万（苹果官方最新数据称已超过30万）。

接下来的第二步，即进行应用的开发。如何快速的开发出用户需要且满意的应用同样是开发者所关心的问题，因为在如今这个竞争激烈变幻莫测的时代，时间不仅仅只是成本的问题，很多时候，快人一步就能造就成功，慢人一秒可能就会错失良机。各个平台的上手开发时间长短不一，从Android最短的五个月到Symbian最长的15个月，对开发者而言，无疑会偏爱花费时间较短的平台，比如android、iOS。另外，报告还给出了一份由一半被调查者投票得来的结果：关于开发平台最好的选择：1代码编写优化：Android、Flash ，2优秀的UI：iPhone、Flash ，3低成本的开发工具：Android、Java ME；开发的几大痛点：1昂贵的IDE：Flash ，2启动缓慢的模拟器：Symbian、Android、 Blackberry，3糟糕的镜像目标设备：Java ME。

开发完成后，第三步是将应用推向市场。一般而言，常用的推广渠道有应用商店，网站提供下载等。随着Android和iPhone越来越成为主流选择，它们所带来的应用商店模式也成为了主流的推广渠道，而对于Symbian和JavaME等老平台来说，传统的网站推广和用户传播以及其他一些渠道依然是主要的途径。开发时需要注重时间，在市场推广的时候也不例外。报告显示，通过通过应用商店将应用推至市场只需要花22天，完成费用的收付还需要36天，但是这与通过网站下载和用户传播相比，已经快了太多。

应用开发最终回到盈利问题，这是移动应用开发的最后一步，也是任何一个商业行为的最终目标。毋庸置疑，开发者大都希望自己能达到既定的盈利目标，但事实上，有24%的开发者目前的盈利状况并不理想，但也有25%的开发者达到预期目标，还有37%处于良好的盈利状况有望达到目标，当然盈利超过预期目标的虽然很少，但是也有。总体来看，可以说超过半数的开发者的盈利状况都很不错，相信在未来的时间里，伴随着Android、iOS平台设备和用户数量的持续增长，整个市场依然会有较大的发展空间，对于开发者来说，机会也会很多。（文/龙阳）

原文链接：http://www.visionmobile.com/blog/2010/11/infographic-the-mobile-developer-journey/

该报告显示Android目前在全球智能手机市场的份额为25.5%，而去年同期Android市场份额只有3.5%，成为全球第二大手机操作系统。与此同时，苹果iOS的市场份额从17.1%下降到16.6%。塞班以36.6%仍高居榜首。

在北美地区，苹果市场份额超过了RIM，但仍落后于Android。Gartner预计2010年第三季度，Verizon智能手机销量中有75%-80%为Android手机。

该趋势对于Android系统的发展来说相当不错，Google Android系统一直被媒体质疑版本太多并且版本间差异过大。以下是图表：

先说些预备知识：classes.dex是java源码编译后生成的java字节码文件。但由于Android使用的dalvik虚拟机与标准的java虚拟机是不兼容的，dex文件与class文件相比，不论是文件结构还是opcode都不一样。目前常见的java反编译工具都不能处理dex文件。

一般使用dexdump和Dedexer可以反dex，但是用过的人都知道这样反出来的结果可读性极差。在这个时候大家一定要相信互联网的力量，所谓只要你能想到的或许就已经有人已经做到了。瞧瞧吧，我下面要介绍的就是别人已经给我们做好的几个工具。

dex2jar，这个别人写的一个把.dex files转换成Java .class的小工具，很不错。基本使用方法如下：在apk中提取classes.dex文件 -> 利用dex2jar把dex转换成java jar（classes.dex2jar.jar）。

到这里了，我们用普通的java反编译工具就可以看到代码了。我使用的是JD-GUI，这是一个有界面的java（.class） 代码浏览器，简单实用！另外还提供了一个Eclipse plugin（JD-Eclipse），可以吧JD-GUI的功能集成到Eclipse里面。

最后，在提供一个与Layout相关的工具，AXMLPrinter2.jar，该工具能吧apk中的xml文件转换成文本格式，这样就就可以直接欣赏别人程序中界面布局的实现方式啦。当然Android SDK也提供了一个类似的工具（hierarchyviewer.bat），个人感觉还不入AXMLPrinter2.jar转成xml后直接看来得痛快。

文中提到的所有工具都是开源或免费的，感谢这些无私奉献的人们，附工具的链接：

• dex2jar
• JD-GUI
• AXMLPrinter2
• Dedexer

不管微软怎么做也罢，老实说在移动智能终端平台微软真的是落后了，当然之前的WindowsMobile就没有领先过。WPhone即将面世，但是我感觉WPhone真是有点落后啦，至少在时间表上已经落后了，别人已经做出来的东西已经玩了一年，甚至两年了，你现在才出来，除非在别人的基础上能有更多的创新之处，否则…

其实在我个人的理解中给手机分了几代，目前的iphone和Android在我看来应该是第三代手机。往前应该是曾经风光无限的Symbian和WindowsMobile，再往前就应该是非智能的普通手机。我这样划分的依据主要是从用户使用体验出发。在非智能手机时代，手机的主要功能还是以电话和短信为主，捎带着有一些小游戏和简单的娱乐功能（如拍个照，看个图片等），如果还要继续往前追溯到模拟移动电话时代（大哥大应该记得吧），那就纯粹的只有电话功能了。

进入智能手机时代，Symbian应该是鼻祖。这时的手机除了普通的电话应用之外有更为丰富的娱乐和办公功能。可能真正是在这个时候开始，大家才知道我们的手机也可以像PC一样拥有这么多丰富的应用。

如今可以说我们的手机已经进入了第三代。她们在用户体验上完全颠覆了以前的概念，个人觉得有如下几个特点比较鲜明：

• 操作使用更为方便，炫酷
• 输出信息更为丰富
• 联网便捷网络资源应用丰富
• 除了电话功能还能替代很大一部分PC所完成的工作
• 一种系统支持更多样的终端（XPhone,xPad）

苹果是这个时代的开拓者，他们的创新为所有的厂商带来了一条全新的道路，因为苹果的创新精神；android应该是这个时代的王者，因为Google的开放和苹果的封闭。记得有句话现在很流行：苹果总是被模仿，但从来没有被超越。正是因为苹果的个性和创新，但是苹果总是走个性路线，只能为他的粉丝们所接受；而google也是在不断创新，但他是为芸芸众生服务，大多的普通老百姓都可以享受到。

功能列表：

• 文本搜索
• 一维条码条码扫描搜索（商品条码）
• 二维条码扫描搜索（Qr码）
• 扫描结果复制到剪切板
• 选择搜索引擎
• 更新搜索引擎列表

下载MySearch：MySearch (304)

以下是MySearch程序截图：

主界面

设置界面

选择搜索引擎

下载MySearch：MySearch (304)

在开发过程中logcat可以通过adb使用也可以在设备上直接使用，先看下帮助内容：

Usage: logcat [options] [filterspecs]
options include:
  -s              Set default filter to silent.
                  Like specifying filterspec '*:s'
  -f    Log to file. Default to stdout
  -r []   Rotate log every kbytes. (16 if unspecified). Requires -f
  -n       Sets max number of rotated logs to , default 4
  -v
     Sets the log print format, where

 is one of:

                  brief process tag thread raw time threadtime long

  -c              clear (flush) the entire log and exit
  -d              dump the log and then exit (don't block)
  -g              get the size of the log's ring buffer and exit
  -b      request alternate ring buffer
                  ('main' (default), 'radio', 'events')
  -B              output the log in binary
filterspecs are a series of
  [:priority]

where  is a log component tag (or * for all) and priority is:
  V    Verbose
  D    Debug
  I    Info
  W    Warn
  E    Error
  F    Fatal
  S    Silent (supress all output)

'*' means '*:d' and  by itself means :v

If not specified on the commandline, filterspec is set from ANDROID_LOG_TAGS.
If no filterspec is found, filter defaults to '*:I'

If not specified with -v, format is set from ANDROID_PRINTF_LOG
or defaults to "brief"

很简单，只要仔细看下就会使用。有几个小的使用心得分享下：

可以输出到文件（-f），个人认为在文件中看比较舒服点；

日志分为不同等级，当设置一个等级后，输出结果为高于该等级的所有日志；

配合“YouApp:X”在命令行最后加上“*:S”可以只输出YouApp相关的日志；

eg: logcat -f /data/test.log -v time :I *:S

另外，在NDK开发过程中也可以把日志写到logcat日志系统中，在NDK的<android/log.h>头文件中定义的：

/*
 * A variant of __android_log_print() that takes a va_list to list
 * additional parameters.
 */
int __android_log_vprint(int prio, const char *tag,
                         const char *fmt, va_list ap);

OK！尽情使用logcat吧！最后附一段自己封装的Util。

package com.theiter.androiddemologcat;

import java.io.IOException;
import java.io.OutputStream;
import java.io.PrintWriter;
import android.util.Log;

public class Util {
	private static final String LOG_TAG = "THEITER-DEMOLOG";

	public static void debug( String msg )
	{
		Log.d( LOG_TAG, msg );
	}

	public static void debug( String msg, Throwable throwable )
	{
		Log.d( LOG_TAG, msg, throwable );
	}

	public static void info( String msg )
	{
		Log.i( LOG_TAG, msg );
	}

	public static void info( String msg, Throwable throwable )
	{
		Log.i( LOG_TAG, msg, throwable );
	}

	public static void warn( String msg )
	{
		Log.w( LOG_TAG, msg );
	}

	public static void warn( String msg, Throwable throwable )
	{
		Log.w( LOG_TAG, msg, throwable );
	}

	public static void error( String msg )
	{
		Log.e( LOG_TAG, msg );
	}

	public static void error( String msg, Throwable throwable )
	{
		Log.e( LOG_TAG, msg, throwable );
	}

	public static void printLog( int priority, String msg )
	{
		Log.println( priority, LOG_TAG, msg );
	}

	public static void writeLine(OutputStream os, PrintWriter logWriter, String value) throws IOException
	{
		String line = value + "\n";
		os.write( line.getBytes() );
		if( logWriter != null )
		{
			logWriter.println(value);
		}
	}

	public static void savelogtofile(String logtype,String logfmt,String filename,boolean alllog){

		try
		{
			String cmd = "logcat -f " + filename + " -v "+ logfmt+ " " + LOG_TAG + ":" + logtype;
			if(!alllog){
				cmd += " *:S";
			}

			Process process = Runtime.getRuntime().exec("su -c sh");
			OutputStream os = process.getOutputStream();
			Util.writeLine( os, null, cmd);

		}catch (Exception e) {
			throw new RuntimeException("Write log file error!");
		}

	}

}