2. 程式人生 > >ANR日誌分析方法

ANR日誌分析方法

阿新 • • 發佈：2019-02-01

1.ANR的型別

ANR一般有三種類型：

1：KeyDispatchTimeout(5 seconds) --主要型別

按鍵或觸控事件在特定時間內無響應

A key or touch event was not dispatched within the specified time（按鍵或觸控事件在特定時間內無響應）

具體的超時時間的定義在framework下的

ActivityManagerService.java

//How long we wait until we timeout on key dispatching.

staticfinal int KEY_DISPATCHING_TIMEOUT = 5*1000

2：BroadcastTimeout(10 seconds)

BroadcastReceiver在特定時間內無法處理完成

3：ServiceTimeout(20 seconds) --小概率型別

Service在特定的時間內無法處理完成

2.超時原因

超時時間的計數一般是從按鍵分發給app開始。超時的原因一般有兩種：

(1)當前的事件沒有機會得到處理（即UI執行緒正在處理前一個事件，沒有及時的完成或者looper被某種原因阻塞住了）

(2)當前的事件正在處理，但沒有及時完成

3.如何避免

1)：UI執行緒儘量只做跟UI相關的工作

2)：耗時的工作（比如資料庫操作，I/O，連線網路或者別的有可能阻礙

UI執行緒的操作）把它放入單獨的執行緒處理

3)：儘量用Handler來處理UIthread和別的thread之間的互動

4.UI執行緒是什麼

UI執行緒即應用啟動時的主執行緒

UI執行緒主要包括如下：

   Activity:onCreate(), onResume(), onDestroy(), onKeyDown(), onClick(),etc

   AsyncTask: onPreExecute(), onProgressUpdate(), onPostExecute(), onCancel,etc

   Mainthread handler: handleMessage(), post*(runnable r), etc

   other

5.如何分析ANR

先看個LOG:

04-01 13:12:11.572 I/InputDispatcher( 220): Application is not responding:Window{2b263310com.android.email/com.android.email.activity.SplitScreenActivitypaused=false}.  5009.8ms since event, 5009.5ms since waitstarted

04-0113:12:11.572 I/WindowManager( 220): Input event dispatching timedout sending tocom.android.email/com.android.email.activity.SplitScreenActivity

04-01 13:12:14.123 I/Process(  220): Sending signal. PID: 21404 SIG: 3---發生ANR的時間和生成trace.txt的時間

04-01 13:12:14.123 I/dalvikvm(21404):threadid=4: reacting to signal 3 

……

04-0113:12:15.872 E/ActivityManager(  220): ANR in com.android.email(com.android.email/.activity.SplitScreenActivity)

04-0113:12:15.872 E/ActivityManager(  220): Reason:keyDispatchingTimedOut

04-0113:12:15.872 E/ActivityManager(  220): Load: 8.68 / 8.37 / 8.53

04-0113:12:15.872 E/ActivityManager(  220):CPUusage from 4361ms to 699ms ago----CPU在ANR發生前的使用情況

04-0113:12:15.872 E/ActivityManager(  220):   5.5%21404/com.android.email: 1.3% user + 4.1% kernel / faults: 10 minor

04-0113:12:15.872 E/ActivityManager(  220):   4.3%220/system_server: 2.7% user + 1.5% kernel / faults: 11 minor 2 major

04-0113:12:15.872 E/ActivityManager(  220):   0.9%52/spi_qsd.0: 0% user + 0.9% kernel

04-0113:12:15.872 E/ActivityManager(  220):   0.5%65/irq/170-cyttsp-: 0% user + 0.5% kernel

04-0113:12:15.872 E/ActivityManager(  220):   0.5%296/com.android.systemui: 0.5% user + 0% kernel

04-0113:12:15.872 E/ActivityManager(  220): 100%TOTAL: 4.8% user + 7.6% kernel + 87% iowait

04-0113:12:15.872 E/ActivityManager(  220):CPUusage from 3697ms to 4223ms later:-- ANR後CPU的使用量

04-0113:12:15.872 E/ActivityManager(  220):   25%21404/com.android.email: 25% user + 0% kernel / faults: 191 minor

04-0113:12:15.872 E/ActivityManager(  220):    16% 21603/__eas(par.hakan: 16% user + 0% kernel

04-0113:12:15.872 E/ActivityManager(  220):    7.2% 21406/GC: 7.2% user + 0% kernel

04-0113:12:15.872 E/ActivityManager(  220):    1.8% 21409/Compiler: 1.8% user + 0% kernel

04-0113:12:15.872 E/ActivityManager(  220):   5.5%220/system_server: 0% user + 5.5% kernel / faults: 1 minor

04-0113:12:15.872 E/ActivityManager(  220):    5.5% 263/InputDispatcher: 0% user + 5.5% kernel

04-0113:12:15.872 E/ActivityManager(  220): 32%TOTAL: 28% user + 3.7% kernel

搜尋"ANR " 定位到ANR的log地點

從LOG可以看出ANR的型別，CPU的使用情況，如果CPU使用量接近100%，說明當前裝置很忙，有可能是CPU飢餓導致了ANR

如果CPU使用量很少，說明主執行緒被BLOCK了

如果IOwait很高，說明ANR有可能是主執行緒在進行I/O操作造成的

除了看LOG，解決ANR還得需要trace.txt檔案，

trace.txt檔案在 /data/anr/trace.txt

從trace.txt檔案，看到最多的是如下的資訊：

-----pid 21404 at 2011-04-0113:12:14 -----  
Cmdline: com.android.email

DALVIK THREADS:
(mutexes: tll=0tsl=0 tscl=0 ghl=0 hwl=0 hwll=0)
"main" prio=5 tid=1NATIVE
  | group="main" sCount=1 dsCount=0obj=0x2aad2248 self=0xcf70
  | sysTid=21404 nice=0 sched=0/0cgrp=[fopen-error:2] handle=1876218976
 atandroid.os.MessageQueue.nativePollOnce(Native Method)
  atandroid.os.MessageQueue.next(MessageQueue.java:119)
  atandroid.os.Looper.loop(Looper.java:110)
 at android.app.ActivityThread.main(ActivityThread.java:3688)
 at java.lang.reflect.Method.invokeNative(Native Method)
  atjava.lang.reflect.Method.invoke(Method.java:507)
  atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:866)
 at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:624)
 at dalvik.system.NativeStart.main(Native Method)

說明主執行緒在等待下條訊息進入訊息佇列

1)：首先分析log

2):從trace.txt檔案檢視呼叫stack.

3):看程式碼

4)：仔細檢視ANR的成因（iowait?block?memoryleak?）

6.ANR案例分析

案例1：關鍵詞:ContentResolver in AsyncTask onPostExecute, high iowait

Process:com.android.email
Activity:com.android.email/.activity.MessageView
Subject:keyDispatchingTimedOut
CPU usage from 2550ms to -2814ms ago:
5%187/system_server: 3.5% user + 1.4% kernel / faults: 86 minor 20major
4.4% 1134/com.android.email: 0.7% user + 3.7% kernel /faults: 38 minor 19 major
4% 372/com.android.eventstream: 0.7%user + 3.3% kernel / faults: 6 minor
1.1% 272/com.android.phone:0.9% user + 0.1% kernel / faults: 33 minor
0.9%252/com.android.systemui: 0.9% user + 0% kernel
0%409/com.android.eventstream.telephonyplugin: 0% user + 0% kernel /faults: 2 minor
0.1% 632/com.android.devicemonitor: 0.1% user + 0%kernel
100%TOTAL: 6.9% user + 8.2% kernel +84%iowait


-----pid 1134 at 2010-12-17 17:46:51 -----
Cmd line:com.android.email

DALVIK THREADS:
(mutexes: tll=0 tsl=0tscl=0 ghl=0 hwl=0 hwll=0)
"main" prio=5 tid=1 WAIT
|group="main" sCount=1 dsCount=0 obj=0x2aaca180self=0xcf20
| sysTid=1134 nice=0 sched=0/0 cgrp=[fopen-error:2]handle=1876218976
at java.lang.Object.wait(Native Method)
-waiting on <0x2aaca218> (a java.lang.VMThread)
atjava.lang.Thread.parkFor(Thread.java:1424)
atjava.lang.LangAccessImpl.parkFor(LangAccessImpl.java:48)
atsun.misc.Unsafe.park(Unsafe.java:337)
atjava.util.concurrent.locks.LockSupport.park(LockSupport.java:157)
atjava.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:808)
atjava.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:841)
atjava.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1171)
atjava.util.concurrent.locks.ReentrantLock$FairSync.lock(ReentrantLock.java:200)
atjava.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:261)
atandroid.database.sqlite.SQLiteDatabase.lock(SQLiteDatabase.java:378)
atandroid.database.sqlite.SQLiteCursor.<init>(SQLiteCursor.java:222)
atandroid.database.sqlite.SQLiteDirectCursorDriver.query(SQLiteDirectCursorDriver.java:53)
atandroid.database.sqlite.SQLiteDatabase.rawQueryWithFactory(SQLiteDatabase.java:1356)
atandroid.database.sqlite.SQLiteDatabase.queryWithFactory(SQLiteDatabase.java:1235)
atandroid.database.sqlite.SQLiteDatabase.query(SQLiteDatabase.java:1189)
atandroid.database.sqlite.SQLiteDatabase.query(SQLiteDatabase.java:1271)
atcom.android.email.provider.EmailProvider.query(EmailProvider.java:1098)
atandroid.content.ContentProvider$Transport.query(ContentProvider.java:187)
atandroid.content.ContentResolver.query(ContentResolver.java:268)
atcom.android.email.provider.EmailContent$Message.restoreMessageWithId(EmailContent.java:648)
atcom.android.email.Controller.setMessageRead(Controller.java:658)
atcom.android.email.activity.MessageView.onMarkAsRead(MessageView.java:700)
atcom.android.email.activity.MessageView.access$2500(MessageView.java:98)
atcom.android.email.activity.MessageView$LoadBodyTask.onPostExecute(MessageView.java:1290)
atcom.android.email.activity.MessageView$LoadBodyTask.onPostExecute(MessageView.java:1255)
atandroid.os.AsyncTask.finish(AsyncTask.java:417)
atandroid.os.AsyncTask.access$300(AsyncTask.java:127)
atandroid.os.AsyncTask$InternalHandler.handleMessage(AsyncTask.java:429)
atandroid.os.Handler.dispatchMessage(Handler.java:99)
atandroid.os.Looper.loop(Looper.java:123)
atandroid.app.ActivityThread.main(ActivityThread.java:3652)
atjava.lang.reflect.Method.invokeNative(Native Method)
atjava.lang.reflect.Method.invoke(Method.java:507)
atcom.android.internal.os.ZygoteIn

原因：IOWait很高，說明當前系統在忙於I/O，因此資料庫操作被阻塞

原來：

finalMessagemessage=Message.restoreMessageWithId(mProviderContext,messageId);
if(message==null){
   return;
}

Accountaccount=Account.restoreAccountWithId(mProviderContext,message.mAccountKey);

if(account==null){
   return;//isMessagingController returns false for null, but let's make itclear.
}

if(isMessagingController(account)){
   new Thread(){
       @Override
       public void run(){
          mLegacyController.processPendingActions(message.mAccountKey);
       }
   }.start();
}

解決後：

newThread() {
    finalMessagemessage=Message.restoreMessageWithId(mProviderContext,messageId);

    if(message==null){
        return;
    }

    Accountaccount=Account.restoreAccountWithId(mProviderContext,message.mAccountKey);

    if(account==null){
       return;//isMessagingController returns false for null, but let's make itclear.
    }

    if(isMessagingController(account)) {
        mLegacyController.processPendingActions(message.mAccountKey);
    }
}.start();

案例2：關鍵詞:在UI執行緒進行網路資料的讀寫

ANRin process: com.android.mediascape:PhotoViewer (last incom.android.mediascape:PhotoViewer)
Annotation:keyDispatchingTimedOut
CPU usage:
Load: 6.74 / 6.89 / 6.12
CPUusage from 8254ms to 3224ms ago:
ovider.webmedia: 4% = 4% user +0% kernel / faults: 68 minor
system_server: 2% = 1% user + 0%kernel / faults: 18 minor
re-initialized>: 0% = 0% user + 0%kernel / faults: 50 minor
events/0: 0% = 0% user + 0%kernel
TOTAL:7% = 6% user + 1% kernel

DALVIKTHREADS:
""main"" prio=5 tid=3 NATIVE
|group=""main"" sCount=1 dsCount=0 s=Yobj=0x4001b240 self=0xbda8
| sysTid=2579 nice=0 sched=0/0cgrp=unknown handle=-1343993184
atorg.apache.harmony.luni.platform.OSNetworkSystem.receiveStreamImpl(NativeMethod)
atorg.apache.harmony.luni.platform.OSNetworkSystem.receiveStream(OSNetworkSystem.java:478)
atorg.apache.harmony.luni.net.PlainSocketImpl.read(PlainSocketImpl.java:565)
atorg.apache.harmony.luni.net.SocketInputStream.read(SocketInputStream.java:87)
atorg.apache.harmony.luni.internal.net.www.protocol.http.HttpURLConnection$LimitedInputStream.read(HttpURLConnection.java:303)
atjava.io.InputStream.read(InputStream.java:133)
atjava.io.BufferedInputStream.fillbuf(BufferedInputStream.java:157)
atjava.io.BufferedInputStream.read(BufferedInputStream.java:346)
atandroid.graphics.BitmapFactory.nativeDecodeStream(Native Method)
atandroid.graphics.BitmapFactory.decodeStream(BitmapFactory.java:459)
atcom.android.mediascape.activity.PhotoViewerActivity.getPreviewImage(PhotoViewerActivity.java:4465)
atcom.android.mediascape.activity.PhotoViewerActivity.dispPreview(PhotoViewerActivity.java:4406)
atcom.android.mediascape.activity.PhotoViewerActivity.access$6500(PhotoViewerActivity.java:125)atcom.android.mediascape.activity.PhotoViewerActivity$33$1.run(PhotoViewerActivity.java:4558)
atandroid.os.Handler.handleCallback(Handler.java:587)
atandroid.os.Handler.dispatchMessage(Handler.java:92)
atandroid.os.Looper.loop(Looper.java:123)
atandroid.app.ActivityThread.main(ActivityThread.java:4370)
atjava.lang.reflect.Method.invokeNative(Native Method)
atjava.lang.reflect.Method.invoke(Method.java:521)
atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
atcom.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
atdalvik.system.NativeStart.main(Native Method)

關於網路連線，在設計的時候可以設定個timeout的時間或者放入獨立的執行緒來處理。

案例3：

關鍵詞：Memoryleak/Thread leak

11-1621:41:42.560 I/ActivityManager( 1190): ANR in process:android.process.acore (last in android.process.acore)
11-1621:41:42.560 I/ActivityManager( 1190): Annotation:keyDispatchingTimedOut
11-16 21:41:42.560 I/ActivityManager(1190): CPU usage:
11-16 21:41:42.560 I/ActivityManager( 1190):Load: 11.5 / 11.1 / 11.09
11-16 21:41:42.560 I/ActivityManager(1190): CPU usage from 9046ms to 4018ms ago:
11-16 21:41:42.560I/ActivityManager( 1190):d.process.acore:98%= 97% user + 0% kernel / faults: 1134 minor
11-16 21:41:42.560I/ActivityManager( 1190): system_server: 0% = 0% user + 0% kernel /faults: 1 minor
11-16 21:41:42.560 I/ActivityManager( 1190): adbd:0% = 0% user + 0% kernel
11-16 21:41:42.560 I/ActivityManager(1190): logcat: 0% = 0% user + 0% kernel
11-16 21:41:42.560I/ActivityManager( 1190):TOTAL:100% = 98% user + 1% kernel

Cmdline: android.process.acore

DALVIK THREADS:
"main"prio=5 tid=3VMWAIT
|group="main" sCount=1 dsCount=0 s=N obj=0x40026240self=0xbda8
| sysTid=1815 nice=0 sched=0/0 cgrp=unknownhandle=-1344001376
atdalvik.system.VMRuntime.trackExternalAllocation(NativeMethod)atandroid.graphics.Bitmap.nativeCreate(Native Method)
atandroid.graphics.Bitmap.createBitmap(Bitmap.java:468)
atandroid.view.View.buildDrawingCache(View.java:6324)
atandroid.view.View.getDrawingCache(View.java:6178)
atandroid.view.ViewGroup.drawChild(ViewGroup.java:1541)
……
atcom.android.internal.policy.impl.PhoneWindow$DecorView.draw(PhoneWindow.java:1830)
atandroid.view.ViewRoot.draw(ViewRoot.java:1349)
atandroid.view.ViewRoot.performTraversals(ViewRoot.java:1114)
atandroid.view.ViewRoot.handleMessage(ViewRoot.java:1633)
atandroid.os.Handler.dispatchMessage(Handler.java:99)
atandroid.os.Looper.loop(Looper.java:123)
atandroid.app.ActivityThread.main(ActivityThread.java:4370)
atjava.lang.reflect.Method.invokeNative(Native Method)
atjava.lang.reflect.Method.invoke(Method.java:521)
atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:868)
atcom.android.internal.os.ZygoteInit.main(ZygoteInit.java:626)
atdalvik.system.NativeStart.main(Native Method)

"Thread-408"prio=5 tid=329 WAIT|group="main" sCount=1 dsCount=0 s=N obj=0x46910d40self=0xcd0548
| sysTid=10602 nice=0 sched=0/0 cgrp=unknownhandle=15470792
at java.lang.Object.wait(Native Method)
-waiting on <0x468cd420> (a java.lang.Object)
atjava.lang.Object.wait(Object.java:288)
atcom.android.dialer.CallLogContentHelper$UiUpdaterExecutor$1.run(CallLogContentHelper.java:289)
atjava.lang.Thread.run(Thread.java:1096)

分析：

atdalvik.system.VMRuntime.trackExternalAllocation(NativeMethod)記憶體不足導致block在建立bitmap上

**MEMINFO in pid 1360 [android.process.acore] **
native dalvik other total
size: 1703623111N/A 40147
allocated: 16484 20675 N/A 37159
free: 296 2436 N/A 2732

解決：如果機器的記憶體族，可以修改虛擬機器的記憶體為36M或更大，不過最好是複查程式碼，檢視哪些記憶體沒有釋放



相關推薦

ANR日誌分析方法

1.ANR的型別 ANR一般有三種類型： 1：KeyDispatchTimeout(5 seconds) --主要型別 按鍵或觸控事件在特定時間內無響應 A key or touch event was not dispatched within the specifi

android anr簡介與traces日誌分析方法

一：什麼是ANR ANR:Application Not Responding，即應用無響應 二：ANR的型別 ANR一般有三種類型： 1：KeyDispatchTimeout(5 seconds) --主要型別 按鍵或觸控事件在特定時間內無響應 2：BroadcastTim

Android ANR日誌分析指南

當你的專案越做越複雜，或者你的使用者達到某個數量級的時候，你的程式碼不小心出現細小的問題，你會收到各種各樣的bug,其中ANR的問題你一定不會陌生。本文將詳細講解ANR的型別、出現的原因、ANR案例詳細分析、經典的案例。 定義 ANR(Application Not Responding) 應用

多種日誌分析方法助你輕鬆定位硬體故障

同事發現某臺機器上message日誌數量突然暴增，簡單查看了下有記憶體相關的報錯，所以轉交給我來檢視。 Message日誌 進入伺服器檢視message日誌，先看看同事說的告警到底是什麼，如下圖 還真是，通道3，第一個槽位的記憶體發生故障了。但是，我只知道A1/B1/A2/B2，所以我還是繼續

日誌分析方法概述 & Web日誌挖掘分析的方法

本文討論的日誌處理方法中的日誌，僅指Web日誌。其實並沒有精確的定義，可能包括但不限於各種前端Web伺服器——apache、lighttpd、tomcat等產生的使用者訪問日誌，以及各種Web應用程式自己輸出的日誌。 在Web日誌中，每條日誌通常代表著使用者的一次訪問行為，例如下面就是一條典型的apac

Mysql 慢查詢日誌分析方法說明

Mysql 慢查詢日誌分析方法說明                     一、分析sql慢查詢的意義 在運營網站的過程中，可能會遇到網站突然變慢的問題，一般情況下和 MySQL 慢有關係，可以通過開啟慢查詢來記錄超過指定時間的SQL語句（目前慢查詢時間為2秒），找到影響效率的SQL語句，然後採取相應的措施

ANR日誌traces.txt分析 （mark~ 很詳細）

ANR日誌traces.txt分析  DD_Dog 關注 2018.07.24 19:58* 字數 806 閱讀 234評論 0喜歡 0 導致ANR的幾種情況 KeyDispatchTimeout(5s): 按鍵或觸控事件在特定時間內無法

基於DNS日誌分析，勒索病毒和遠端控制病毒排查方法

 由於公司受到勒索病毒及一些遠端控制病毒攻擊，在防毒軟體不能正常查殺的情況下怎樣知道全網有多少使用者受到威脅，通過行業一些專業機構給出的處理方法，經驗證，通過DNS日誌分析是一個很好的排查手段，下面對本次排查過程進行分析，希望可以幫助到大家。           1.勒索病毒

定位Oops的具體程式碼行分析宕機日誌的方法

例如這樣的一個Oops：                 Oops: 0000 [#1] PREEMPT SMP                   Modules linked in: capidrv kernelcapi isdn slhc ipv6 loop dm

日誌分析logmnr使用方法_分享

一、安裝LogMiner工具，以下兩個指令碼以SYSDBA身份執行 @$ORACLE_HOME/rdbms/admin/dbmslm.sql; @ $ORACLE_HOME/rdbms/admin/dbmslmd.sql;  第一個指令碼用來建立DBMS_LOGMNR包，該包

日誌分析logmnr使用方法

一、安裝LogMiner工具，以下兩個指令碼以SYSDBA身份執行　　@$Oracle_HOME/rdbms/admin/dbmslm.sql;　　@ $ORACLE_HOME/rdbms/admin/dbmslmd.sql; 　　第一個指令碼用來建立DBMS_LOGMNR包

ANR原因分析及解決方法

內容目錄 1       ANR是如何產生的 1.1       ANR產生條件 ANR的產生需要同時滿足三個條件： 主執行緒：只有應用程式程序的主執行緒響應超時才會產生ANR；超時時間：產生ANR的上下文不同，超時時間也不同，但只要超過這個時間

windows常用日誌分析

windows 計算機 用戶 帳戶 查找AD中用戶帳戶鎖定時間及鎖定的計算機。a.打開安全日誌。b.查找eventid 4740,即可查找出被鎖定帳戶和鎖定源。本文出自 “工作備忘錄” 博客，謝絕轉載！windows常用日誌分析

centos7搭建ELK Cluster日誌分析平臺（一）

場景 git centos7 beat images 下載地址 install posit src 應用場景：ELK實際上是三個工具的集合，ElasticSearch + Logstash + Kibana，這三個工具組合形成了一套實用、易用的監控架構， 　　　　　很多公司

centos7搭建ELK Cluster集群日誌分析平臺（四）：簡單測試

-1 簡單測試 logs ima .tar.gz 分析 -c cluster images 續之前安裝好的ELK集群 　　各主機：es-1 ~ es-3 :192.168.1.21/22/23 　　　　　　logstash:　　192.168.1.24 　　　　　　ki

Logwatch日誌分析工具

logwatch日誌監控介紹：Logwatch是使用 Perl 開發的一個日誌分析工具。Logwatch能夠對Linux 的日誌文件進行分析，並自動發送mail給相關處理人員，可定制需求。Logwatch的mail功能是借助宿主系統自帶的mail server 發郵件的，所以系統需安裝mail server

linux下awk日誌分析

linux 接口 記錄 video 文本命令數據分析假設線上倒出的接口訪問日誌有上百行，該日誌的記錄格式如下：/data1/www/logs/archives/170524/170524.v6.weibo.com_10.72.13.113.0.cn.gz:v6.weibo.com 123.12

ELK日誌分析系統 介紹 安裝配置

elkELK日誌分析系統一、ELK介紹 ELK顧名思義：是由Elasticsearch，Logstash 和 Kibana三部分組成的。 其中Elasticsearch 是一個實時的分布式搜索和分析引擎，它可以用於全文搜索，結構化搜索以及分析。它是一個建立在全文搜索引擎 Apache Lucene

【轉】軟件需求分析方法

2.6 業務層 而且 客戶 數據類型 追蹤 回顧 經驗 矛盾 軟件需求分析（Software Reguirement Analysis）是研究用戶需求得到的東西，完全理解用戶對軟件需求的完整功能，確認用戶軟件功能需求，建立可確認的、可驗證的一個基本依據。 軟件需求分析是一

P1165 日誌分析

ostream 最大 char 忽略 urn amp namespace 擁有 code 題目描述 M 海運公司最近要對旗下倉庫的貨物進出情況進行統計。目前他們所擁有的唯一記錄就是一個記錄集裝箱進出情況的日誌。該日誌記錄了兩類操作：第一類操作為集裝箱入庫操作，以及該次