Android之log

Log 在Android中的地位非常重要祝拯，要是作為一個(gè)android程序員不能過(guò)分析log這關(guān)，算是android沒(méi)有入門(mén)吧暮芭。下面我們就來(lái)說(shuō)說(shuō)如何處理log文件鹿驼。

什么時(shí)候會(huì)有Log文件的產(chǎn)生欲低？

Log的產(chǎn)生大家都知道辕宏，大家也都知道通過(guò)DDMS來(lái)看log ，但什么時(shí)候會(huì)產(chǎn)生log文件呢砾莱？一般在如下幾種情況會(huì)產(chǎn)生log文件瑞筐。

1，程序異常退出腊瑟， uncaused exception

2聚假，程序強(qiáng)制關(guān)閉，F(xiàn)orce Closed (簡(jiǎn)稱FC)

3闰非，程序無(wú)響應(yīng) 膘格， Application No Response （簡(jiǎn)稱ANR) ，順便财松，一般主線程超過(guò)5秒么有處理就會(huì)ANR

4瘪贱，手動(dòng)生成。

拿到一個(gè)日志文件辆毡，要分成多段來(lái)看菜秦。 log文件很長(zhǎng)，其中包含十幾個(gè)小單元信息舶掖，但不要被嚇到球昨，事實(shí)上他主要由三大塊兒組成。

1眨攘，系統(tǒng)基本信息主慰，包括內(nèi)存，CPU 鲫售，進(jìn)程隊(duì)列共螺，虛擬內(nèi)存，垃圾回收等信息龟虎。------ MEMORY INFO (/proc/meminfo) ------

------ CPU INFO (top -n 1 -d 1 -m 30 -t) ------

------ PROCRANK (procrank) ------

------ VIRTUAL MEMORY STATS (/proc/vmstat) ------

------ VMALLOC INFO (/proc/vmallocinfo) ------

格式如下：

------ MEMORY INFO (/proc/meminfo) ------

MemTotal:? ?? ?? ?347076 kB

MemFree:? ?? ?? ???56408 kB

Buffers:? ?? ?? ?? ?7192 kB

Cached:? ?? ?? ???104064 kB

SwapCached:? ?? ?? ?? ?0 kB

Active:? ?? ?? ???192592 kB

Inactive:? ?? ?? ? 40548 kB

Active(anon):? ???129040 kB

Inactive(anon):? ???1104 kB

Active(file):? ?? ?63552 kB

Inactive(file):? ? 39444 kB

Unevictable:? ?? ???7112 kB

Mlocked:? ?? ?? ?? ?? ?0 kB

SwapTotal:? ?? ?? ?? ? 0 kB

SwapFree:? ?? ?? ?? ???0 kB

Dirty:? ?? ?? ?? ?? ? 44 kB

Writeback:? ?? ?? ?? ? 0 kB

AnonPages:? ?? ???129028 kB

Mapped:? ?? ?? ?? ?73728 kB

Shmem:? ?? ?? ?? ???1148 kB

Slab:? ?? ?? ?? ???13072 kB

SReclaimable:? ?? ? 4564 kB

SUnreclaim:? ?? ?? ?8508 kB

KernelStack:? ?? ???3472 kB

PageTables:? ?? ???12172 kB

NFS_Unstable:? ?? ?? ? 0 kB

Bounce:? ?? ?? ?? ?? ? 0 kB

WritebackTmp:? ?? ?? ? 0 kB

CommitLimit:? ?? ?173536 kB

Committed_AS:? ? 7394524 kB

VmallocTotal:? ???319488 kB

VmallocUsed:? ?? ? 90752 kB

VmallocChunk:? ???181252 kB

2璃谨，時(shí)間信息，也是我們主要分析的信息。

------ VMALLOC INFO (/proc/vmallocinfo) ------

------ EVENT INFO (/proc/vmallocinfo) ------

格式如下：

------ SYSTEM LOG (logcat -b system -v time -d *:v) ------

01-15 16:41:43.671 W/PackageManager( 2466): Unknown permission com.wsomacp.permission.PROVIDER in package com.android.mms

01-15 16:41:43.671 I/ActivityManager( 2466): Force stopping package com.android.mms uid=10092

01-15 16:41:43.675 I/UsageStats( 2466): Something wrong here, didn't expect com.sec.android.app.twlauncher to be paused

01-15 16:41:44.108 I/ActivityManager( 2466): Start proc com.sec.android.widgetapp.infoalarm for service com.sec.android.widgetapp.infoalarm/.engine.DataService: pid=20634 uid=10005 gids={3003, 1015, 3002}

01-15 16:41:44.175 W/ActivityManager( 2466): Activity pause timeout for HistoryRecord{48589868 com.sec.android.app.twlauncher/.Launcher}

01-15 16:41:50.864 I/KeyInputQueue( 2466): Input event

01-15 16:41:50.866 D/KeyInputQueue( 2466): screenCaptureKeyFlag setting 0

01-15 16:41:50.882 I/PowerManagerService( 2466): Ulight 0->7|0

01-15 16:41:50.882 I/PowerManagerService( 2466): Setting target 2: cur=0.0 target=70 delta=4.6666665 nominalCurrentValue=0

01-15 16:41:50.882 I/PowerManagerService( 2466): Scheduling light animator!

01-15 16:41:51.706 D/PowerManagerService( 2466): enableLightSensor true

01-15 16:41:51.929 I/KeyInputQueue( 2466): Input event

01-15 16:41:51.933 W/WindowManager( 2466): No focus window, dropping: KeyEvent{action=0 code=26 repeat=0 meta=0 scancode=26 mFlags=9}

3佳吞，虛擬機(jī)信息拱雏，包括進(jìn)程的，線程的跟蹤信息底扳，這是用來(lái)跟蹤進(jìn)程和線程具體點(diǎn)的好地方铸抑。

------ VM TRACES JUST NOW (/data/anr/traces.txt.bugreport: 2011-01-15 16:49:02) ------

------ VM TRACES AT LAST ANR (/data/anr/traces.txt: 2011-01-15 16:49:02) ------

格式如下：

----- pid 21161 at 2011-01-15 16:49:01 -----

Cmd line: com.android.mms

DALVIK THREADS:

"main" prio=5 tid=1 NATIVE

| group="main" sCount=1 dsCount=0 s=N obj=0x4001d8d0 self=0xccc8

| sysTid=21161 nice=0 sched=0/0 cgrp=default handle=-1345017808

| schedstat=( 4151552996 5342265329 10995 )

at android.media.MediaPlayer._reset(Native Method)

at android.media.MediaPlayer.reset(MediaPlayer.java:1218)

at android.widget.VideoView.release(VideoView.java:499)

at android.widget.VideoView.access$2100(VideoView.java:50)

at android.widget.VideoView$6.surfaceDestroyed(VideoView.java:489)

at android.view.SurfaceView.reportSurfaceDestroyed(SurfaceView.java:572)

at android.view.SurfaceView.updateWindow(SurfaceView.java:476)

at android.view.SurfaceView.onWindowVisibilityChanged(SurfaceView.java:206)

at android.view.View.dispatchDetachedFromWindow(View.java:6082)

at android.view.ViewGroup.dispatchDetachedFromWindow(ViewGroup.java:1156)

at android.view.ViewGroup.removeAllViewsInLayout(ViewGroup.java:2296)

at android.view.ViewGroup.removeAllViews(ViewGroup.java:2254)

at com.android.mms.ui.SlideView.reset(SlideView.java:687)

at com.android.mms.ui.SlideshowPresenter.presentSlide(SlideshowPresenter.java:189)

at com.android.mms.ui.SlideshowPresenter$3.run(SlideshowPresenter.java:531)

at android.os.Handler.handleCallback(Handler.java:587)

at android.os.Handler.dispatchMessage(Handler.java:92)

at android.os.Looper.loop(Looper.java:123)

at android.app.ActivityThread.main(ActivityThread.java:4627)

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:858)

at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)

at dalvik.system.NativeStart.main(Native Method)

---------------------------------------------------------------------------------------------------------------------------------------

閑話少說(shuō)，我總結(jié)了觀察log文件的基本步驟衷模。 1鹊汛，如果是ANR問(wèn)題，則搜索“ANR”關(guān)鍵詞阱冶。快速定位到關(guān)鍵事件信息刁憋。

2，如果是ForceClosed 和其它異常退出信息木蹬，則搜索"Fatal" 關(guān)鍵詞至耻，快速定位到關(guān)鍵事件信息。

3镊叁，定位到關(guān)鍵事件信息后尘颓，如果信息不夠明確的，再去搜索應(yīng)用程序包的虛擬機(jī)信息晦譬，查看具體的進(jìn)程和線程跟蹤的日志疤苹，來(lái)定位到代碼。

用這種方法敛腌，出現(xiàn)問(wèn)題卧土，根本不需要斷點(diǎn)調(diào)試，直接定位到問(wèn)題迎瞧，屢試不爽夸溶。

下面，我們就開(kāi)始來(lái)分析這個(gè)例子的log 凶硅。

打開(kāi)log文件缝裁，由于是ANR錯(cuò)誤，因此搜索"ANR " 足绅，為何要加空格呢捷绑，你加上和去掉比較一下就知道了。可以屏蔽掉不少保存到anr.log文件的無(wú)效信息氢妈。

定位到關(guān)鍵的事件信息如下：

01-15 16:49:02.433 E/ActivityManager( 2466): ANR in com.android.mms (com.android.mms/.ui.SlideshowActivity)

01-15 16:49:02.433 E/ActivityManager( 2466): Reason: keyDispatchingTimedOut

01-15 16:49:02.433 E/ActivityManager( 2466): Load: 0.6 / 0.61 / 0.42

01-15 16:49:02.433 E/ActivityManager( 2466): CPU usage from 1337225ms to 57ms ago:

01-15 16:49:02.433 E/ActivityManager( 2466):? ?sensorserver_ya: 8% = 0% user + 8% kernel / faults: 40 minor

......

01-15 16:49:02.433 E/ActivityManager( 2466):??-com.android.mms: 0% = 0% user + 0% kernel

01-15 16:49:02.433 E/ActivityManager( 2466):??-flush-179:8: 0% = 0% user + 0% kernel

01-15 16:49:02.433 E/ActivityManager( 2466): TOTAL: 25% = 10% user + 14% kernel + 0% iowait + 0% irq + 0% softirq

01-15 16:49:02.436 I/? ?? ???( 2466): dumpmesg > "/data/log/dumpstate_app_anr.log"

我們用自然語(yǔ)言來(lái)描述一下日志粹污，這也算是一種能力吧。

01-15 16:49:02.433 E/ActivityManager( 2466): ANR in com.android.mms (com.android.mms/.ui.SlideshowActivity)

翻譯：在16:49分2秒433毫秒的時(shí)候 ActivityManager （進(jìn)程號(hào)為2466) 發(fā)生了如下錯(cuò)誤：com.android.mms包下面的.ui.SlideshowActivity 無(wú)響應(yīng) 首量。

01-15 16:49:02.433 E/ActivityManager( 2466): Reason: keyDispatchingTimedOut

翻譯：原因壮吩， keyDispatchingTimeOut - 按鍵分配超時(shí)

01-15 16:49:02.433 E/ActivityManager( 2466): Load: 0.6 / 0.61 / 0.42

翻譯：5分鐘进苍，10分鐘，15分鐘內(nèi)的平均負(fù)載分別為：0.6 , 0.61 , 0.42

在這里我們大概知道問(wèn)題是什么了鸭叙，結(jié)合我們之前的操作流程觉啊，我們知道問(wèn)題是在點(diǎn)擊按鈕某時(shí)候可能處理不過(guò)來(lái)按鈕事件，導(dǎo)致超時(shí)無(wú)響應(yīng) 沈贝。那么現(xiàn)在似乎已經(jīng)可以進(jìn)行工作了杠人。我們知道Activity中是通過(guò)重載dispatchTouchEvent(MotionEvent ev)來(lái)處理點(diǎn)擊屏幕事件??。然后我們可以順藤摸瓜宋下，一點(diǎn)點(diǎn)分析去查找原因嗡善。但這樣夠了么？

其實(shí)不夠学歧，至少我們不能準(zhǔn)確的知道到底問(wèn)題在哪兒罩引，只是猜測(cè) ，比如這個(gè)應(yīng)用程序中撩满，我就在順藤摸瓜的時(shí)候發(fā)現(xiàn)了多個(gè)IO操作的地方都在主線程中蜒程，可能引起問(wèn)題绅你，但不好判斷到底是哪個(gè)??伺帘，所以我們目前掌握的信息還不夠。

于是我們?cè)俜治鎏摂M機(jī)信息忌锯，搜索“Dalvik Thread”關(guān)鍵詞伪嫁，快速定位到本應(yīng)用程序的虛擬機(jī)信息日志，如下：

----- pid 2922 at 2011-01-13 13:51:07 -----

Cmd line: com.android.mms

DALVIK THREADS:

"main" prio=5 tid=1 NATIVE

| group="main" sCount=1 dsCount=0 s=N obj=0x4001d8d0 self=0xccc8

| sysTid=2922 nice=0 sched=0/0 cgrp=default handle=-1345017808

| schedstat=( 3497492306 15312897923 10358 )

at android.media.MediaPlayer._release(Native Method)

at android.media.MediaPlayer.release(MediaPlayer.java:1206)

at android.widget.VideoView.stopPlayback(VideoView.java:196)

at com.android.mms.ui.SlideView.stopVideo(SlideView.java:640)

at com.android.mms.ui.SlideshowPresenter.presentVideo(SlideshowPresenter.java:443)

at com.android.mms.ui.SlideshowPresenter.presentRegionMedia(SlideshowPresenter.java:219)

at com.android.mms.ui.SlideshowPresenter$4.run(SlideshowPresenter.java:516)

at android.os.Handler.handleCallback(Handler.java:587)

at android.os.Handler.dispatchMessage(Handler.java:92)

at android.os.Looper.loop(Looper.java:123)

at android.app.ActivityThread.main(ActivityThread.java:4627)

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:858)

at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)

at dalvik.system.NativeStart.main(Native Method)

"Binder Thread #3" prio=5 tid=11 NATIVE

| group="main" sCount=1 dsCount=0 s=N obj=0x4837f808 self=0x242280

| sysTid=3239 nice=0 sched=0/0 cgrp=default handle=2341032

| schedstat=( 32410506 932842514 164 )

at dalvik.system.NativeStart.run(Native Method)

"AsyncQueryWorker" prio=5 tid=9 WAIT

| group="main" sCount=1 dsCount=0 s=N obj=0x482f4b80 self=0x253e10

| sysTid=3236 nice=0 sched=0/0 cgrp=default handle=2432120

| schedstat=( 3225061 26561350 27 )

at java.lang.Object.wait(Native Method)

- waiting on <0x482f4da8> (a android.os.MessageQueue)

at java.lang.Object.wait(Object.java:288)

at android.os.MessageQueue.next(MessageQueue.java:146)

at android.os.Looper.loop(Looper.java:110)

at android.os.HandlerThread.run(HandlerThread.java:60)

"Thread-9" prio=5 tid=8 WAIT

| group="main" sCount=1 dsCount=0 s=N obj=0x4836e2b0 self=0x25af70

| sysTid=2929 nice=0 sched=0/0 cgrp=default handle=2370896

| schedstat=( 130248 4389035 2 )

at java.lang.Object.wait(Native Method)

- waiting on <0x4836e240> (a java.util.ArrayList)

at java.lang.Object.wait(Object.java:288)

at com.android.mms.data.Contact$ContactsCache$TaskStack$1.run(Contact.java:488)

at java.lang.Thread.run(Thread.java:1096)

"Binder Thread #2" prio=5 tid=7 NATIVE

| group="main" sCount=1 dsCount=0 s=N obj=0x482f8ca0 self=0x130fd0

| sysTid=2928 nice=0 sched=0/0 cgrp=default handle=1215968

| schedstat=( 40610049 1837703846 195 )

at dalvik.system.NativeStart.run(Native Method)

"Binder Thread #1" prio=5 tid=6 NATIVE

| group="main" sCount=1 dsCount=0 s=N obj=0x482f4a78 self=0x128a50

| sysTid=2927 nice=0 sched=0/0 cgrp=default handle=1201352

| schedstat=( 40928066 928867585 190 )

at dalvik.system.NativeStart.run(Native Method)

"Compiler" daemon prio=5 tid=5 VMWAIT

| group="system" sCount=1 dsCount=0 s=N obj=0x482f1348 self=0x118960

| sysTid=2926 nice=0 sched=0/0 cgrp=default handle=1149216

| schedstat=( 753021350 3774113668 6686 )

at dalvik.system.NativeStart.run(Native Method)

"JDWP" daemon prio=5 tid=4 VMWAIT

| group="system" sCount=1 dsCount=0 s=N obj=0x482f12a0 self=0x132940

| sysTid=2925 nice=0 sched=0/0 cgrp=default handle=1255680

| schedstat=( 2827103 29553323 19 )

at dalvik.system.NativeStart.run(Native Method)

"Signal Catcher" daemon prio=5 tid=3 RUNNABLE

| group="system" sCount=0 dsCount=0 s=N obj=0x482f11e8 self=0x135988

| sysTid=2924 nice=0 sched=0/0 cgrp=default handle=1173688

| schedstat=( 11793815 12456169 7 )

at dalvik.system.NativeStart.run(Native Method)

"HeapWorker" daemon prio=5 tid=2 VMWAIT

| group="system" sCount=1 dsCount=0 s=N obj=0x45496028 self=0x135848

| sysTid=2923 nice=0 sched=0/0 cgrp=default handle=1222608

| schedstat=( 79049792 1520840200 95 )

at dalvik.system.NativeStart.run(Native Method)

----- end 2922 -----

每一段都是一個(gè)線程偶垮，當(dāng)然我們還是看線程號(hào)為1的主線程了张咳。通過(guò)分析發(fā)現(xiàn)關(guān)鍵問(wèn)題是這樣：

at com.android.mms.ui.SlideshowPresenter$3.run(SlideshowPresenter.java:531)

定位到代碼：

mHandler.post(new Runnable() {

public void run() {

try {

presentRegionMedia(view, (RegionMediaModel) model, dataChanged);

} catch (OMADRMException e) {

Log.e(TAG, e.getMessage(), e);

Toast.makeText(mContext,

mContext.getString(R.string.insufficient_drm_rights),

Toast.LENGTH_SHORT).show();

} catch (IOException e){

Log.e(TAG, e.getMessage(), e);

Toast.makeText(mContext,

mContext.getString(R.string.insufficient_drm_rights),

Toast.LENGTH_SHORT).show();

}

很清楚了， Handler.post 方法之后執(zhí)行時(shí)間太長(zhǎng)的問(wèn)題似舵。繼續(xù)看presentRegionMedia(view, (RegionMediaModel) model, dataChanged);方法脚猾，發(fā)現(xiàn)最終是調(diào)用的framework 中MediaPlayer.stop方法。

最后編輯于：2017.12.05 15:11:39

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者

人面猴
序言：七十年代末砚哗，一起剝皮案震驚了整個(gè)濱河市龙助，隨后出現(xiàn)的幾起案子，更是在濱河造成了極大的恐慌蛛芥，老刑警劉巖提鸟，帶你破解...
沈念sama閱讀 218,525評(píng)論 6贊 507
死咒
序言：濱河連續(xù)發(fā)生了三起死亡事件，死亡現(xiàn)場(chǎng)離奇詭異仅淑，居然都是意外死亡称勋，警方通過(guò)查閱死者的電腦和手機(jī)，發(fā)現(xiàn)死者居然都...
沈念sama閱讀 93,203評(píng)論 3贊 395
救了他兩次的神仙讓他今天三更去死
文/潘曉璐我一進(jìn)店門(mén)涯竟，熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)赡鲜，“玉大人空厌，你說(shuō)我怎么就攤上這事∫辏” “怎么了蝇庭？”我有些...
開(kāi)封第一講書(shū)人閱讀 164,862評(píng)論 0贊 354
道士緝兇錄：失蹤的賣(mài)姜人
文/不壞的土叔我叫張陵，是天一觀的道長(zhǎng)捡硅。經(jīng)常有香客問(wèn)我哮内，道長(zhǎng)，這世上最難降的妖魔是什么壮韭？我笑而不...
開(kāi)封第一講書(shū)人閱讀 58,728評(píng)論 1贊 294
?港島之戀（遺憾婚禮）
正文為了忘掉前任北发，我火速辦了婚禮，結(jié)果婚禮上喷屋，老公的妹妹穿的比我還像新娘琳拨。我一直安慰自己，他們只是感情好屯曹，可當(dāng)我...
茶點(diǎn)故事閱讀 67,743評(píng)論 6贊 392
惡毒庶女頂嫁案：這布局不是一般人想出來(lái)的
文/花漫我一把揭開(kāi)白布狱庇。她就那樣靜靜地躺著，像睡著了一般恶耽。火紅的嫁衣襯著肌膚如雪密任。梳的紋絲不亂的頭發(fā)上，一...
開(kāi)封第一講書(shū)人閱讀 51,590評(píng)論 1贊 305
城市分裂傳說(shuō)
那天偷俭，我揣著相機(jī)與錄音浪讳，去河邊找鬼。笑死涌萤，一個(gè)胖子當(dāng)著我的面吹牛淹遵，可吹牛的內(nèi)容都是我干的。我是一名探鬼主播负溪，決...
沈念sama閱讀 40,330評(píng)論 3贊 418
雙鴛鴦連環(huán)套：你想象不到人心有多黑
文/蒼蘭香墨我猛地睜開(kāi)眼透揣，長(zhǎng)吁一口氣：“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼！你這毒婦竟也來(lái)了川抡？” 一聲冷哼從身側(cè)響起辐真，我...
開(kāi)封第一講書(shū)人閱讀 39,244評(píng)論 0贊 276
萬(wàn)榮殺人案實(shí)錄
序言：老撾萬(wàn)榮一對(duì)情侶失蹤，失蹤者是張志新（化名）和其女友劉穎猖腕，沒(méi)想到半個(gè)月后拆祈，有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體，經(jīng)...
沈念sama閱讀 45,693評(píng)論 1贊 314
?護(hù)林員之死
正文獨(dú)居荒郊野嶺守林人離奇死亡倘感，尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛以下內(nèi)容為張勛視角年9月15日...
茶點(diǎn)故事閱讀 37,885評(píng)論 3贊 336
?白月光啟示錄
正文我和宋清朗相戀三年放坏，在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片老玛。...
茶點(diǎn)故事閱讀 40,001評(píng)論 1贊 348
活死人
序言：一個(gè)原本活蹦亂跳的男人離奇死亡淤年，死狀恐怖钧敞，靈堂內(nèi)的尸體忽然破棺而出，到底是詐尸還是另有隱情麸粮，我是刑警寧澤溉苛，帶...
沈念sama閱讀 35,723評(píng)論 5贊 346
?日本核電站爆炸內(nèi)幕
正文年R本政府宣布，位于F島的核電站弄诲，受9級(jí)特大地震影響愚战，放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜齐遵，卻給世界環(huán)境...
茶點(diǎn)故事閱讀 41,343評(píng)論 3贊 330
男人毒藥：我在死后第九天來(lái)索命
文/蒙蒙一寂玲、第九天我趴在偏房一處隱蔽的房頂上張望。院中可真熱鬧梗摇，春花似錦拓哟、人聲如沸。這莊子的主人今日做“春日...
開(kāi)封第一講書(shū)人閱讀 31,919評(píng)論 0贊 22
一樁弒父案断序，背后竟有這般陰謀
文/蒼蘭香墨我抬頭看了看天上的太陽(yáng)。三九已至糜烹，卻和暖如春违诗，著一層夾襖步出監(jiān)牢的瞬間，已是汗流浹背景图。一陣腳步聲響...
開(kāi)封第一講書(shū)人閱讀 33,042評(píng)論 1贊 270
情欲美人皮
我被黑心中介騙來(lái)泰國(guó)打工较雕，沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留，地道東北人挚币。一個(gè)月前我還...
沈念sama閱讀 48,191評(píng)論 3贊 370
代替公主和親
正文我出身青樓，卻偏偏與公主長(zhǎng)得像扣典，于是被迫代替她去往敵國(guó)和親妆毕。傳聞我的和親對(duì)象是個(gè)殘疾皇子，可洞房花燭夜當(dāng)晚...
茶點(diǎn)故事閱讀 44,955評(píng)論 2贊 355

Android之log

推薦閱讀更多精彩內(nèi)容