]]>
<intent-filter>
<action android:name="android.intent.action.VIEW" />
<category android:name="android.intent.category.DEFAULT" />
<data android:mimeType="*/*">
</intent-filter>
q样把当前E序注册?可以打开/查看所有类型的文g. 或者要查看jpeg, mimeType要改? image/jpeg
当在文g理器里点击M文g, pȝ都会试图L行你的程?
]]>
转自 http://chaozhong84.spaces.live.com/blog/cns!FC149E9A3FC0182B!297.trak
【Android】【{】Android Log Analysis
---------------------------------------------------
本文原创,转蝲h明出处，如有错误之处Ƣ迎指出
---------------------------------------------------
Get Log from Android System
adb bugreport > bugreport.txt
copy bugreport to the current directory.
bugreport里面包含了各Ulog信息,大部分log也可以通过直接q行相关的程序来直接获得.
步骤如下:
1.adb shell 2.q入相关工具E式的目?3.执行相关E式 4.得到相关信息
下面以输E信息ؓ?1.adb shell 2.输入ps -P 3.可以看到相关q程信息
Log Archive Analysis
1.bugreport
bugreport记录android启动q程的log,以及启动后的pȝ状?包括q程列表Q内存信息，VM信息{等?
2.bugreportl构分析
(1)dumpstate
MEMORY INFO
获取该log:d文g/proc/meminfo
pȝ内存使用状?/p>
CPU INFO
获取该log:执行/system/bin/top -n 1 -d 1 -m 30 -t
pȝCPU使用状?/p>
PROCRANK
获取该log:执行/system/bin/procrank
执行/system/xbin/procrank后输出的l果,查看一些内存用状?/p>
VIRTUAL MEMORY STATS
获取该log:d文g/proc/vmstat
虚拟内存分配情况
vmalloc甌的内存则位于vmalloc_start～vmalloc_end之间Q与物理地址没有单的转换关系Q虽然在逻辑上它们也是连l的Q但是在物理上它们不要求q箋?/p>
VMALLOC INFO
获取该log:d文g/proc/vmallocinfo
虚拟内存分配情况
SLAB INFO
获取该log:d文g/proc/slabinfo
SLAB是一U内存分配器.q里输出该分配器的一些信?/p>
ZONEINFO
获取该log:d文g/proc/zoneinfo
zone info
SYSTEM LOG(需要着重分?
获取该log:执行/system/bin/logcat -v time -d *:v
会输出在E序中输出的Log,用于分析pȝ的当前状?/p>
VM TRACES
获取该log:d文g/data/anr/traces.txt
因ؓ每个E序都是在各自的VM中运行的,q个Log是现实各自VM的一些traces
EVENT LOG TAGS
获取该log:d文g/etc/event-log-tags
EVENT LOG
获取该log:执行/system/bin/logcat -b events -v time -d *:v
输出一些Event的log
RADIO LOG
获取该log:执行/system/bin/logcat -b radio -v time -d *:v
昄一些无U设备的链接状?如GSMQPHONE,STK(Satellite Tool Kit)...
NETWORK STATE
获取该log:执行/system/bin/netcfg (得到|络链接状?
获取该log:d文g/proc/net/route (得到路由状?
昄|络链接和\?/p>
SYSTEM PROPERTIES
获取该log:参考代码实?/p>
昄一些系l属?如Version,Services,network...
KERNEL LOG
获取该log:执行/system/bin/dmesg
昄Android内核输出的Log
KERNEL WAKELOCKS
获取该log:d文g/proc/wakelocks
内核对一些程式和服务唤醒和休眠的一些记?/p>
KERNEL CPUFREQ
(Linux kernel CPUfreq subsystem) Clock scaling allows you to change the clock speed of the CPUs on the fly.
This is a nice method to save battery power, because the lower the clock speed is, the less power the CPU consumes.
PROCESSES
获取该log:执行ps -P
昄当前q程
PROCESSES AND THREADS
获取该log:执行ps -t -p -P
昄当前q程和线E?/p>
LIBRANK
获取该log:执行/system/xbin/librank
剔除不必要的library
BINDER FAILED TRANSACTION LOG
获取该log:d文g/proc/binder/failed_transaction_log
BINDER TRANSACTION LOG
获取该log:d文g/proc/binder/transaction_log
BINDER TRANSACTIONS
获取该log:d文g/proc/binder/transactions
BINDER STATS
获取该log:d文g/proc/binder/stats
BINDER PROCESS STATE
获取该log:d文g/proc/binder/proc/*
bind相关的一些状?/p>
FILESYSTEMS
获取该log:执行/system/bin/df
主要文g的一些容量用状?cache,sqlite,dev...)
PACKAGE SETTINGS
获取该log:d文g/data/system/packages.xml
pȝ中package的一些状?讉K权限,路径...)Q类似Windows里面的一些lnk文g?
PACKAGE UID ERRORS
获取该log:d文g/data/system/uiderrors.txt
错误信息
KERNEL LAST KMSG LOG
最新kernel message log
LAST RADIO LOG
最新radio log
KERNEL PANIC CONSOLE LOG
KERNEL PANIC THREADS LOG
控制?U程的一些错误信息log
BACKLIGHTS
获取该log:获取LCD brightness?sys/class/leds/lcd-backlight/brightness
获取该log:获取Button brightness?sys/class/leds/button-backlight/brightness
获取该log:获取Keyboard brightness?sys/class/leds/keyboard-backlight/brightness
获取该log:获取ALS mode?sys/class/leds/lcd-backlight/als
获取该log:获取LCD driver registers?sys/class/leds/lcd-backlight/registers
获取相关亮度的一些信?/p>
(2)build.prop
VERSION INFO输出下列信息
当前旉
当前内核版本:可以d文g(/proc/version)获得
昄当前命o:可以d文g?/proc/cmdline)获得
昄pȝbuild的一些属?可以d文g(/system/build.prop)获得
输出pȝ一些属?br style="line-height: normal; " /> gsm.version.ril-impl
gsm.version.baseband
gsm.imei
gsm.sim.operator.numeric
gsm.operator.alpha
(3)dumpsys
执行/system/bin/dumpsys后可以获得这个log.
l常会发现该log输出不完?因ؓ代码里面要求该工h多只执行60ms,可能会导致log无法完全输出?
可以通过修改旉参数来保证log完全输出.
信息:
Currently running services
DUMP OF SERVICE services-name(running)
Log Code Analysis
Site: ."frameworks"base"cmds"dumpstate"
相关LogE序的代码可以从上面目录获取
Log Analysis Experience
分析步骤
1.查看一些版本信?br style="line-height: normal; " /> 认问题的系l环?br style="line-height: normal; " /> 2.查看CPU/MEMORY的用状?br style="line-height: normal; " /> 看是否有内存耗尽,CPUJ忙q样的背景情况出?
3.分析traces
因ؓtraces是系l出错以后输出的一些线E堆栈信?可以很快定位到问题出在哪?
4.分析SYSTEM LOG
pȝLog详细输出各种log,可以扑և相关logq行逐一分析
实例分析
下面分析我写的一个测试例?在OnCreate做一个死循环,q样ȝE会被锁住，在按下硬件的Back之后会出现ANR的错?
在traces中发现该E序的堆栈信息如?----- pid 20597 at 2010-03-15 01:29:53 -----
Cmd line: com.android.test
DALVIK THREADS:
"main" prio=5 tid=3 TIMED_WAIT
| group="main" sCount=1 dsCount=0 s=N obj=0x2aac6240 self=0xbda8
| sysTid=20597 nice=0 sched=0/0 cgrp=default handle=1877232296
at java.lang.VMThread.sleep(Native Method)
at java.lang.Thread.sleep(Thread.java:1306)
at java.lang.Thread.sleep(Thread.java:1286)
at android.os.SystemClock.sleep(SystemClock.java:114)
at com.android.test.main.onCreate(main.java:20)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1047)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2459)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2512)
at android.app.ActivityThread.access$2200(ActivityThread.java:119)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1863)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:123)
at android.app.ActivityThread.main(ActivityThread.java:4363)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:521)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
at dalvik.system.NativeStart.main(Native Method)
"Binder Thread #2" prio=5 tid=11 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x2fb7c260 self=0x143860
| sysTid=20601 nice=0 sched=0/0 cgrp=default handle=1211376
at dalvik.system.NativeStart.run(Native Method)
"Binder Thread #1" prio=5 tid=9 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x2fb7c1a0 self=0x14c980
| sysTid=20600 nice=0 sched=0/0 cgrp=default handle=1207920
at dalvik.system.NativeStart.run(Native Method)
"Signal Catcher" daemon prio=5 tid=7 RUNNABLE
| group="system" sCount=0 dsCount=0 s=N obj=0x2fb7a1e8 self=0x126cc0
| sysTid=20599 nice=0 sched=0/0 cgrp=default handle=1269048
at dalvik.system.NativeStart.run(Native Method)
"HeapWorker" daemon prio=5 tid=5 VMWAIT
| group="system" sCount=1 dsCount=0 s=N obj=0x2e31daf0 self=0x135c08
| sysTid=20598 nice=0 sched=0/0 cgrp=default handle=1268528
at dalvik.system.NativeStart.run(Native Method)
----- end 20597 -----该文件的堆栈l构从下往上进行分?br style="line-height: normal; " /> (1)栈底at dalvik.system.NativeStart.run(Native Method)
pȝ为当前的task(应用E式)启动一个专用的虚拟?nbsp;
(2) at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2459)
Activity Services是在后台负责理Activity,它此时将试例子的Activity启动h?br style="line-height: normal; " /> (3)at com.android.test.main.onCreate(main.java:20)
启动试E序
(4)栈顶at java.lang.VMThread.sleep(Native Method)
U程被sleep掉了,所以无法响应用?出现ANR错误.
上面是对一个非常简单的问题的分?
如果遇到比较复杂的问题还需要详l分析SYSTEM LOG.
1.比如|络异常,要通过SYSTEM LOG里面输出的网l链接信息来判断|络状?br style="line-height: normal; " />
2.数据传输,|络链接{耗时的操作需要分析SYSTEM LOG里面ActivityManager的响应时?/p>
]]>
(1) Loopercd用来Z个线E开启一个消息@环。默认情况下Android中新诞生的线E是没有开启消息@环的。（ȝE除外，ȝE系l会自动为其创徏Looper对象Q开启消息@环）
Looper对象通过MessageQueue来存放消息和事g。一个线E只能有一个LooperQ对应一个MessageQueue?/p>
(2) 通常是通过Handler对象来与Looper交互的。Handler可看做是Looper的一个接口，用来向指定的Looper发送消息及定义处理Ҏ?/p>
默认情况下Handler会与其被定义时所在线E的Looperl定Q比如，在主U程中定义，其是与主U程的Looperl定?/p>
mainHandler = new Handler() {h于new HandlerQLooper.myLooper()Q?
Looper.myLooper()QReturn the Looper object associated with the current thread 获取当前q程的looper对象?/p>
q有一个类似的 Looper.getMainLooper() 用于获取ȝE的Looper对象?/p>
(3) 在非ȝE中直接new Handler() 会报如下的错?
E/AndroidRuntime( 6173): Uncaught handler: thread Thread-8 exiting due to uncaught exception
E/AndroidRuntime( 6173): java.lang.RuntimeException: Can't create handler inside thread that has not called Looper.prepare()
原因是非ȝE中默认没有创徏Looper对象Q需要先调用Looper.prepare()启用Looper?/p>
(4) Looper.loop(); 让Looper开始工作，从消息队列里取消息，处理消息?/p>
注意Q写在Looper.loop()之后的代码不会被执行Q这个函数内部应该是一个@环，当调用mHandler.getLooper().quit()后，loop才会中止Q其后的代码才能得以q行?/p>
(5) Z以上知识Q可实现ȝE给子线E（非主U程Q发送消息?/p>
把下面例子中的mHandler声明成类成员Q在ȝE通过mHandler发送消息即可?/p>
(6) Android官方文档中Looper的介l：
Class used to run a message loop for a thread. Threads by default do not have a message loop associated with them; to create one, call prepare() in the thread that is to run the loop, and then loop() to have it process messages until the loop is stopped.
Most interaction with a message loop is through the Handler class.
This is a typical example of the implementation of a Looper thread, using the separation ofprepare() and loop() to create an initial Handler to communicate with the Looper.
class LooperThread extends Thread {
public Handler mHandler;
public void run() {
Looper.prepare();
mHandler = new Handler() {
public void handleMessage(Message msg) {
// process incoming messages here
}
};
Looper.loop();
}
}
]]>
hdpi里面主要N分L率的囄,如WVGA (480x800),FWVGA (480x854)
mdpi里面主要放中{分辨率的图?如HVGA (320x480)
ldpi里面主要放低分L率的囄,如QVGA (240x320)
pȝ会根据机器的分L率来分别到这几个文g多w面去扑֯应的囄
]]>
From http://blog.csdn.net/maxleng/archive/2010/05/24/5621349.aspx
3 Activity设计框架
3.1 外特性空间的Activity
我们先来看看QAndroid应用开发h员接触的外特性空间中的ActivityQ对于AMS来讲Q这个Activity是客服端的Activity。应用程序员在徏立Android应用Ӟ构徏Activity的子cd是Andoid外特性空间展现的接口。我们可以从下面的简单的例子描述看看ActivityQ到底如何徏立的?/font>
DemoActivity extend Activity
{
onCreate
onResume
onPause
onStop
}
在Android的外Ҏ空?SDK)中，Android应用E序员根本不知道q程是什么时候v来的Q系l消息是如何传递过来的。这个DemoActivity是如何实例化的呢Qƈ且该Activity是托在哪个q程的呢Q本节的分析给出答案?/font>
我们从ActivityThread中可以看到在应用q程中的Activity都被攄在mActivities中?/font>
q些ActivityRecord记录了应用进E中Q程序员建立的Activity子类的实例，我们UC为外Ҏ空间的Activity。这些Activitycd例是攑֜应用E序端进行实际交互的ActivityQ而ؓ了管理这些ActivityQAMS内核中还有一个媄子ActivityQ被UCؓHistoryRecord?/font>
3.2 Activity与HistoryRecord的关p?/font>
在整个系l中QActivity实际上有两个实体。一个在应用q程中跟应用E序员打交道的ActivityQ一个是在AMS的中h理功能的History Record。应用进E中的Activity都登记ActivityThread实例中的mActivity数组中，而在AM端，HistroytRecord实例攄在mHistroy栈中。mHistory栈是Android理Activity的场所Q放|在栈顶的就是User看到的处于活动状态的Activity?/font>
Activity与HistrotyRecord的关pd可以表示如下Q?/font>
Activity的内核实体是依靠在ProcessRecord的成员变量中Q通过ProcessRecord我们可以讉K到所有的属于该Process的Activity。而在ProcessRecord记录了与应用q程之间的联p：IActivtityThread接口。通过该接口，可以讉K到所对应的Activity的方法。在Launch ActivityӞAMS对应的HistoryRecord作ؓtoken传递到客服端和客服端的Activity建立联系。在AMS中Activity状态变化时Q将通过该联pL到客服端的ActivityQ从而将消息或者动作传递应用程序面对的接口QxxxActivity?/font>
3.3 Actvity的Launchq程
1)发vhstartActivity(intent)
2QActivity Service Manager接收到请求执行StartActivity函数?/font>
建立QHistoryRecord实例r.
r 加入到mHistory?/font>
Q?Q通过app.thread.scheduleLaunchActvity( app,r)@ActivityThread.java
Q?Q在App应用中徏立新的ActivityRecord?/font>
Q?Q徏立新的Activity对象q放入到ActivityRecord中?/font>
Q?Q将ActivityRecord加入到mActivites@ActivityThread
(7)发vActivity.onCreate(..),,该onCreate是在你的应用程序XXXActivity中的onCreate?/font>
3.4 Activity的Resume
Q?QActivity什么时候被Resume
Q?QRusume的过E?/font>
通过该过E的研究我们会进一步的了解到AMS与应用进E的交互q程?/font>
在AMS端，满resume条g都会调用Q?/font>Resume的核心函敎ͼresumeTopActivityLocked@ActivityManagerService
XXX当前栈顶的HistroyRecord
1Q窗口切换：隐藏前一个Activity的窗口，
2Q更新LRUListQ（LRUList是淘汰应用程序的依据之一Q?/font>
3) XXX.app.thread.scheduleResumeActivity(XXX,
isNextTransitionForward());
4)completeResumeLocked
setFocusedActivityLocked
mFocusActivity=xxx //此时焦点Actvitiy切换了?/font>
WM.setFocusedApp(xxx,
mWindowManager.executeAppTransition();
mNoAnimActivities.clear();
在应用程序端Q?/font>
Q?QscheduleResumeActivity
handleResumeActivity(IBinder token, boolean clearHide, boolean isForward) {
ActivityRecord r = performResumeActivity(token, clearHide);
ActivityRecord r = mActivities.get(token);
r.activity.performResume()
performResume
整个Resume的过E如下：
]]>
Android Application
Android提供l开发程序员的概늩间中Application只是一个松散的表征概念Q没有多实质上的表征。在Android实际I间中看不到实际意义上的应用E序的概?即有一个叫Application的类Q这个也是个应用程序上下文状态，是一个极度弱化的概念。Application只是一个空间范畴的概念QApplication是ActivityQService之类的组件上下文描述。Applicationq不是Android的核心概念，而Activity才是Android的核心概c?/font>
从Android的SDK文档中，我们知道一般情况Android应用E序是由以下四种lg构造而成的：ActivityQBroadcast Intent ReceiverQ服务（ServiceQ，内容提供器（Content ProviderQ。我们可以用下面的图来表示一下Android的概늩间。这些组件依附于应用E序中，应用E序q不会一开始就建立hQ而是在这些组件徏立v来后Q需要运行时Q才开始徏立应用程序对象?/font>
2.1应用q程名称
Z么要从应用进E名U开始？作ؓ内核研究Q我们还是回到问题的最本质处：不管ActivityQService{组件如何设计和q行Q它要提供服务，必要依附在Linux的进E上Q徏立消息@环，lg才能够真正的q作。Activity实例是如何Hosting在Linuxq程上的Q这个是我们首先惌弄明白的?/font>
我们?/font>
allowClearUserData=["true" | "false"]
android:allowTaskReparenting=["true" | "false"]
android:backupAgent="string"
…android:label="string resource"
android:manageSpaceActivity="string"
android:name="string"
android:permission="string"
android:persistent=["true" | "false"]
android:process="string"
android:restoreAnyVersion=["true" | "false"]
android:taskAffinity="string"
android:theme="resource or theme" >
. . .
在SDK用已l描q的很清楚到了?/font>
android:process
The name of a process where all components of the application should run. Each component can override this default by setting its own process attribute.
By default, Android creates a process for an application when the first of its components needs to run. All components then run in that process. The name of the default process matches the package name set by the
By setting this attribute to a process name that's shared with another application, you can arrange for components of both applications to run in the same process ?but only if the two applications also share a user ID and be signed with the same certificate.
Z么要提出q么一个定义？android:process名称?/font>
默认状态下QActivity Manager Service在应用程序的W一个组仉要运行时会为应用程序徏立一个进E，而这个进E的名字是android:process=”string”所指定Q缺省的是应用程序包的名字。该q程一旦徏立，后面的该应用的组仉运行在该进E中Q他们绑定的Ҏ是q个AndroidQProcess指定的名Uͼ因ؓ在他们都在同一个应用程序包里，也就h了同Lq程名字Q于是他们都托管在了同一q程中。组件将通过ClassLoader从Package中获取到应用E序的信息?/font>
在徏立ActvitiyӞ如果在应用进E端没有应用对象Q系l在该过E中利用makeApplication建立一个Application对象Q实例化"android.app.Application"Q徏立一个应用程序上下文完成例如资源Qpackage{信息管理?/font>
2.2 ActivityThreadq行框架
在分析中Q我们可以看到真正对应应用进E的不是Application而是ActivityThread。我们从实际的应用堆栈可以看刎ͼ
NaiveStart.main()
ZygoteInit.main
ZygoteInit$MethodAndArgsCall.run
Method.Invoke
method.invokeNative
ActivityThread.main()
Looper.loop()
....
每个应用E序都以ActivityThread.main()为入口进入到消息循环处理。对于一个进E来Ԍ我们需要这个闭合的处理框架?/font>
ActivitiyThread是应用程序概늩间的重要概念Q他建立了应用进E运行的框架Qƈ提供了一个IActivityThread接口作ؓ与Activity Manager Service的通讯接口.通过该接口AMS可以Activity的状态变化传递到客户端的Activity对象?/font>
2Q? ActivitiyThread的徏?/h3>
Z叙述的方便我Actvitiy Manager Service写成AMS?/font>
在AMS中关于应用程序的概念是ProcessRecordQ请求都是从ActivityQService…{开始的Q在Activity需要ResumeӞ此时如果与Activity相关的应用进E没有v来，AM则启动应用进E?/font>
AMS与应用进E的l定分ؓ两个部分Q第一部分是AM建立应用q程Q第二部分就是应用进EAttach到AMQ与AM建立通讯通道?/font>
1Q创建徏立进E：startProcessLocked(processName,Appinfo.uid)。该函数在StartSecificActivityLocked{调用?/font>
Q?Q徏立ProcessRecord对象app,q将该对象添加到mProcessNames中。应用对象在mProcessNames中用应用名字和uid来标识自己。如果在同一个Package中的Activity,如果都用默认设|，那么q些Activity都会托管在同一个进E中Q这是因Z们在带的ApplicationInfo中的ProcessName都是一L?/font>
mPidsSelfLocked数组记录了PIDQ这个将会在应用q程跑v来后Q将自己Attach到AMӞҎpid扑ֈ自己的前世：ProcessRecord.
2Qandroid.app.ActivityThreadq程启动
Android.app.ActivityThreadq程建立后，蟩入到ActivityThread的main函数开始运行，q入消息循环?/font>
应用q程使用thread.attach()发vAMS的AttachApplicationLocked调用Qƈ传?ActvitiyThread对象和CallingPid。AttachApplicationLocked根据CallingPid在mPidsSelfLocked扑ֈ对应的ProcessRecord实例app,ActvitiyThread攄app.thread中。这样应用进E和AMS建立h双向q接。AM可以使用AIDL接口Q通过app.thread可以讉K应用q程的对象?/font>
应用E序通过ActivityThread提供的框Ӟ建立消息循环Looper和Handler。从前面的相关章节我们知道有Looper和Handler,整个pȝ可以运作了?/font>
Z更ؓpȝ的了解应用程序的建立时序及其涉及到数据操作，我给Z应用q程的徏立过E示意图Q?/font>
]]>
]]>
看到可能很多朋友对于G1版本的不解，我就把我的理解发出来分nl大?br />
如果有疑问或者徏议可以提出来Q我们互相学习进步，有不对的指出h出，新手也可以看看，帮助学习理解G1的版本问题?br />
杰尼原创Q{载请注明
通常我们所说的关键词有很多比如RC30 RC8 RC33 JFV1.31 JFV.1.41 汉化?nbsp; 主题?nbsp; 降包之cȝ
下面我来详细解释下?/font>
首先我来解释下关于你q入讄后看到About phone的信?br />
如上?br /> Status 是你手机g的一些规g息，状态信?br /> Legal information 是指的硬件厂商，服务厂商的信?br /> Contributors 贡献者的一个信息列?br />
M前三个没什么用
看下?nbsp; Model number 指的你设备信?nbsp; 我们用G1
所以看到的?T—mobile G1
下面?Firmware version
q个是固件版?br /> 目前的所有G1基本上都?.0?br /> 传说中的Cupcake好像?.5?br />
Baseband version
是基板版?nbsp; q个对于我们来讲没太大认知作用，略讲
Kernel version
内核版本
我们可以看到Jesusfreke
没错是传说中的 JF
只是个作者信息Ş了，说明了这个版本是JF的自制版
下面Build number
是固件版?br /> 我们可以看到常见提到?nbsp; TC4-RC30
现在最新的是更新到了 TC4-RC33
下面讲解一下经常提到的版本RC30 RC8 RC33之类的信?br />
׃G1是运营商合作的物，所以现在分为美版和q
版机器从发布到现在分ؓRC19,RC28,RC29QRC30QRC31,RC33几个版本
目前RC31,RC33只是部分给国用户升了，基本上就是做试用的
q从发布到现在RC5,RC7,RC8几个版本
国版本命名基本上是TC4-RCXXQ而应该版应该是TC5-RCX
从RC29到RC30q样的升U，我们可以理解为升U小补丁包，官方q行幅度更斎ͼ弥补漏洞用的
关于Cupcake是什么？Cupcake和新ȝRC33哪个高的问题
Cupcake是一个代PpWindows vista之前代号是Longhorn是的
Cupcake应该是一个大的升U了Q很久前开始炒了，预定应该月底能出来，现在q在，
新的功能主要包括了可以摄像，中文界面Q多触点{功能，比较大的升
同时目前来说Cupcake的固件信息应该是1.5
RC33基本上还是个补丁，过渡Cupcake的小包吧Q我们可以看到固件升U到1.1Q所?/font>
RC33是小补丁包，Cupcake是一个大升?/font>
关于JFV1.31 JFV.1.41 的相兛_?/font>
JFV全称应该?/font>
Jesus freke verson
也就是这个作者做的自制固Ӟ单的说他H破了官方版无法拥有ROOT权限的功能，q且解开了一些官方屏蔽的功能
比如JFV1.41支持的多触点览|页{?br />
关于主题?/font>
目前G1所谓的拥有主题功能Q其实是需要刷一个主题包Q由于拥有了Auto-sign{E序Q我们可以自己更换喜Ƣ的囄从而实C题功?br /> q个刷包的话Q需要根据主题制作对应的版本Q也是说有点主题是JFV1.31 有的是JFV 1.41?br /> 需要看清，当然刷你需要用自制Zg
另外关于担心刷坏主题q个问题
其实目前来讲Q刷包对于G1是很常见的，如果有兴玩的话q是多看看这斚w内容Q刷包很单，但是你最好刷前备份自q信息资料
关于降?br />
DREAIMG.nbhQ这个是用来帮你降到RC29的包Q我们进入Bootloader模式Q可以用来降U，其实如果你刷手机׃操作不当{诸多情?/font>
都可以用其来降的，所以不必担?/font>
]]>