Java異常處理手冊V1.0

目錄

  • Linux診斷
  • jvm診斷

Linux診斷

  • cpu
  • 內(nèi)存
  • 網(wǎng)絡(luò)(連接，狀態(tài))
  • 磁盤IO
  • 句柄數(shù)

使用top命令

使用top命令主要查看load average,cpu使用率iowait等指標(biāo)

top - 14:14:11 up  2:44,  1 user,  load average: 0.00, 0.00, 0.00
Tasks: 212 total,   1 running, 211 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.2%us,  0.1%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  16333500k total,   931016k used, 15402484k free,    54272k buffers
Swap:        0k total,        0k used,        0k free,   528656k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                 
 1574 root      20   0 2443m  65m  10m S  1.7  0.4   0:56.86 java                                                                     
 3895 root      20   0 1040m  24m 4504 S  0.7  0.2   2:06.46 python                                                                   
 1449 root      20   0  122m  12m 8280 S  0.3  0.1   0:27.45 AliYunDun                                                                
15831 root      20   0 15136 1324  948 R  0.3  0.0   0:00.01 top                                                                      
    1 root      20   0 19352 1636 1308 S  0.0  0.0   0:00.98 init                                                                     
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd                                                                 
    3 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0                                                              
    4 root      20   0     0    0    0 S  0.0  0.0   0:00.01 ksoftirqd/0                                                              
    5 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 stopper/0

網(wǎng)絡(luò)監(jiān)測

網(wǎng)絡(luò)監(jiān)測刹淌，第一步先監(jiān)測網(wǎng)絡(luò)是否通暢疙挺，使用ping監(jiān)測網(wǎng)絡(luò)是否可達(dá)
第二步監(jiān)測端口是否通暢徐裸，可以使用telnet 端口

netstat -na
顯示當(dāng)前所有活動的網(wǎng)絡(luò)連接

顯示出所有處于監(jiān)聽狀態(tài)的應(yīng)用程序及進(jìn)程號和端口號：
netstat -aultnp

Close_Wait的問題

對于 服務(wù)器的連接狀態(tài)而言贝搁，一般有四種比較常見的： Established、 Time_Wait红选、Close_Wait弛饭、Closed冕末。 服務(wù)器大量出現(xiàn)close_wait通常是因為沒有發(fā)送close Fin包給客戶端，客戶端收到fin包侣颂，則會向ack 档桃，則服務(wù)端會最終關(guān)閉。
通過客戶端與服務(wù)端的交互都知道憔晒，在客戶端與服務(wù)端之間交互時藻肄，服務(wù)端出現(xiàn)CLOSE_WAIT，根本問題一定是服務(wù)端的代碼有問題拒担。
Close wait是一種被動關(guān)閉狀態(tài)仅炊。而不是LAST_ACK狀態(tài)，則說明服務(wù)端的程序因為請求某些資源的原因造成沒有釋放程序澎蛛。曾經(jīng)因為程序的一個bug造成大量的接受端程序處于close_wait的狀態(tài)，所以對于程序來說如果出現(xiàn)大量的close_wait蜕窿，那么通常需要檢測程序的異常谋逻。

磁盤IO

查看系統(tǒng)的io_wait
如果 %util 接近 100%，說明產(chǎn)生的I/O請求太多桐经，I/O系統(tǒng)已經(jīng)滿負(fù)荷毁兆，該磁盤可能存在瓶頸。idle小于70% IO壓力就較大了,一般讀取速度有較多的wait阴挣。

[root@ali-flink-05 ~]# iostat -x 1
Linux 2.6.32-696.16.1.el6.x86_64 (ali-flink-05)     03/30/2018  _x86_64_    (8 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.36    0.00    0.11    0.02    0.00   99.51

Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
vda               0.64    13.72    1.70    1.53    62.63   122.00    57.27     0.04   12.47    0.91   25.33   0.96   0.31

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.25    0.00    0.12    0.00    0.00   99.63

Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
vda               0.00     0.00    1.00    0.00    16.00     0.00    16.00     0.00    4.00    4.00    0.00   4.00   0.40

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.00    0.00    0.00    0.00    0.00  100.00

Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
vda               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00    0.00    0.00   0.00   0.00

iotop命令
iotop可以查看io排名靠前的程序

Total DISK READ: 0.00 B/s | Total DISK WRITE: 0.00 B/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                                                
 1963 be/4 root        0.00 B/s    3.94 K/s  0.00 %  0.00 % java -Djava.compiler=none -XX:-UseGC~liyun.tianji.cloudmonitor.Application
    1 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % init
    2 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kthreadd]
    3 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/0]
    4 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/0]
    5 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [stopper/0]
    6 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [watchdog/0]
    7 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/1]

Jvm診斷

常見的jvm異常气堕，通常包括以下：

  • OutOfMemoryError，內(nèi)存不足
  • 內(nèi)存泄露
  • 線程死鎖
  • 鎖爭用（Lock Contention)
  • Java進(jìn)程消耗CPU過高

常用的工具

  • jps
  • jstack
  • jmap
  • jstat
  • jprof

jps

jps主要用來輸出JVM中運行的進(jìn)程狀態(tài)信息。語法格式如下：

jps [options] [hostid]

命令行參數(shù)選項說明如下：
-q 不輸出類名茎芭、Jar名和傳入main方法的參數(shù)
-m 輸出傳入main方法的參數(shù)
-l 輸出main類或Jar的全限名
-v 輸出傳入JVM的參數(shù)

比如下面的命令

# jps -m -l
2458 org.artifactory.standalone.main.Main /usr/local/artifactory-2.2.5/etc/jetty.xml
29920 com.sun.tools.hat.Main -port 9998 /tmp/dump.dat
3149 org.apache.catalina.startup.Bootstrap start
30972 sun.tools.jps.Jps -m -l
8247 org.apache.catalina.startup.Bootstrap start
25687 com.sun.tools.hat.Main -port 9999 dump.dat
21711 mrf-center.jar

jstack

jstack主要用來查看某個Java進(jìn)程內(nèi)的線程堆棧信息揖膜。語法格式如下:

jstack [option] pid
jstack [option] executable core
jstack [option] [server-id@]remote-hostname-or-ip

jstack可以定位到線程堆棧，根據(jù)堆棧信息我們可以定位到具體代碼梅桩，所以它在JVM性能調(diào)優(yōu)中使用得非常多壹粟。下面通過一個實例找出某個Java進(jìn)程中最耗費CPU的Java線程并定位堆棧信息，用到的命令有ps宿百、top趁仙、printf、jstack垦页、grep雀费。

第一步

先找出Java進(jìn)程ID，我部署在服務(wù)器上的Java應(yīng)用名稱為mrf-center：

root@ubuntu:/# ps -ef | grep yarn | grep -v grep
yarn     15562  3.5 31.9 4309936 2578800 ?     Sl   13:02   5:45 /usr/local/java/bin/java -Xms2250m -Xmx2250m -XX:PermSize=64m 
-XX:MaxPermSize=128m -XX:SurvivorRatio=6 -XX:CMSInitiatingOccupancyFraction=70 -XX:+UseCMSInitiatingOccupancyOnly 
-Dlog.file=/data/yarn/log/application_1519876221508_0118/container_e12_1519876221508_0118_01_000002/taskmanager.log -Dlogback.configurationFile=file:./logback.xml 
-Dlog4j.configuration=file:./log4j.properties org.apache.flink.yarn.YarnTaskManager --configDir .
第二步

得到進(jìn)程ID為15562痊焊，第二步找出該進(jìn)程內(nèi)最耗費CPU的線程盏袄，可以使用ps -Lfp pid或者ps -mp pid -o THREAD, tid, time或者top -Hp pid，我這里用第三個宋光，輸出如下：

[yarn@ali-flink-03 ~]$ top -Hp 15562
top - 15:45:31 up 128 days, 23 min,  1 user,  load average: 0.02, 0.05, 0.05
Tasks:  94 total,   0 running,  94 sleeping,   0 stopped,   0 zombie
Cpu(s):  2.7%us,  1.2%sy,  0.0%ni, 96.2%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   8061108k total,  7904292k used,   156816k free,   173856k buffers
Swap:        0k total,        0k used,        0k free,  1430360k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                        
15576 yarn      20   0 4208m 2.5g  33m S  0.3 32.0   0:03.23 java                                                                            
15583 yarn      20   0 4208m 2.5g  33m S  0.3 32.0   0:14.62 java                                                                            
15562 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:00.00 java                                                                            
15563 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:02.04 java                                                                            
15564 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:10.41 java                                                                            
15565 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:10.55 java                                                                            
15566 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:10.35 java                                                                            
15567 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:10.32 java                                                                            
15568 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:02.53 java                                                                            
15569 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:00.03 java                                                                            
15570 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:00.03 java                                                                            
15571 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:00.00 java                                                                            
15572 yarn      20   0 4208m 2.5g  33m S  0.0 32.0   0:30.33 java

TIME列就是各個Java線程耗費的CPU時間貌矿，CPU時間最長的是線程ID為15576的線程，用罪佳。
轉(zhuǎn)化成16進(jìn)制

printf "%x" 17504

得到了十六進(jìn)制 4460

jstack 15562  | grep 4460
"PollIntervalRetrySchedulerThread" prio=10 tid=0x00007f950043e000 nid=0x54ee in Object.wait() [0x00007f94c6eda000]

可以看到CPU消耗在P的ollIntervalRetrySchedulerThread這個類Object.wait()逛漫，找了下代碼，定位到下面的代碼：

// Idle wait
getLog().info("Thread [" + getName() + "] is idle waiting...");
schedulerThreadState = PollTaskSchedulerThreadState.IdleWaiting;
long now = System.currentTimeMillis();
long waitTime = now + getIdleWaitTime();
long timeUntilContinue = waitTime - now;
synchronized(sigLock) {
    try {
        if(!halted.get()) {
            sigLock.wait(timeUntilContinue);
        }
    } 
    catch (InterruptedException ignore) {
    }
}

它是輪詢?nèi)蝿?wù)的空閑等待代碼赘艳，上面的sigLock.wait(timeUntilContinue)就對應(yīng)了前面的Object.wait()酌毡。

jmap

jmap（Memory Map）和jhat（Java Heap Analysis Tool)

jmap用來查看堆內(nèi)存使用狀況，一般結(jié)合jhat使用蕾管。

jmap語法格式如下

jmap [option] pid
jmap [option] executable core
jmap [option] [server-id@]remote-hostname-or-ip

使用jmap -heap pid查看進(jìn)程堆內(nèi)存使用情況枷踏，包括使用的GC算法、堆配置參數(shù)和各代中堆內(nèi)存使用情況掰曾。比如下面的例子：

Attaching to process ID 24390, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.45-b02

using thread-local object allocation.
Parallel GC with 8 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 2359296000 (2250.0MB)
   NewSize                  = 786432000 (750.0MB)
   MaxNewSize               = 786432000 (750.0MB)
   OldSize                  = 1572864000 (1500.0MB)
   NewRatio                 = 2
   SurvivorRatio            = 6
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity = 590348288 (563.0MB)
   used     = 376838120 (359.3808364868164MB)
   free     = 213510168 (203.6191635131836MB)
   63.833185876876804% used
From Space:
   capacity = 98041856 (93.5MB)
   used     = 98033456 (93.49198913574219MB)
   free     = 8400 (0.0080108642578125MB)
   99.9914322307403% used
To Space:
   capacity = 98041856 (93.5MB)
   used     = 0 (0.0MB)
   free     = 98041856 (93.5MB)
   0.0% used
PS Old Generation
   capacity = 1572864000 (1500.0MB)
   used     = 839742784 (800.8411254882812MB)
   free     = 733121216 (699.1588745117188MB)
   53.389408365885416% used

20114 interned Strings occupying 2137544 bytes.

使用jmap -histo[:live] pid查看堆內(nèi)存中的對象數(shù)目旭蠕、大小統(tǒng)計直方圖，如果帶上live則只統(tǒng)計活對象旷坦，如下：

 num     #instances         #bytes  class name
----------------------------------------------
   1:          9772      225835072  [B
   2:        406482       42274128  com.chinaway.event.model.gps.Location
   3:        747945       41907800  [C
   4:        747239       17933736  java.lang.String
   5:        410531        9852744  java.util.Date
   6:        289690        9270080  java.util.HashMap$Node
   7:         91096        8934888  [Ljava.util.HashMap$Node;
   8:        101468        4870464  java.util.HashMap
   9:            42        4764744  [D
  10:         15416        4075024  [Ljava.lang.Object;
  11:         70656        1695744  io.netty.buffer.PoolThreadCache$MemoryRegionCache$Entry
  12:         11647        1299864  java.lang.Class
  13:         75796        1212736  java.util.HashSet
  14:         11988         959040  com.chinaway.event.service.pojo.MoveEventConfig
  15:         21815         698080  java.util.concurrent.ConcurrentHashMap$Node
  16:         28006         672144  com.chinaway.event.service.pojo.LastItem
  17:          7220         620992  [I
  18:         24883         597192  com.chinaway.event.service.pojo.SpeedEventConfig$SpeedConfig
  19:            17         557328  [Lscala.concurrent.forkjoin.ForkJoinTask;
  20:         34600         553600  org.apache.flink.api.java.tuple.Tuple1
  21:         12172         486880  com.chinaway.event.service.pojo.DoorEventConfig
  22:         12172         389504  com.chinaway.event.service.pojo.SpeedEventConfig
  23:          1450         359600  com.chinaway.event.model.event.MoveEvent
  24:          6845         328560  org.apache.flink.core.memory.HeapMemorySegment

從上可以分析出com.chinaway.event.model.gps.Location實例創(chuàng)建了 406482 個掏熬，非常多。

class name是對象類型秒梅，說明如下：

B  byte
C  char
D  double
F  float
I  int
J  long
Z  boolean
[  數(shù)組旗芬，如[I表示int[]
[L+類名 其他對象

還有一個很常用的情況是：用jmap把進(jìn)程內(nèi)存使用情況dump到文件中，再用jhat分析查看捆蜀。jmap進(jìn)行dump命令格式如下：

jmap -dump:format=b,file=dumpFileName pid

比如對上面的進(jìn)程進(jìn)行dump

root@ubuntu:/# jmap -dump:format=b,file=/tmp/dump.dat 21711     
Dumping heap to /tmp/dump.dat ...
Heap dump file created

dump出來的文件可以用MAT疮丛、VisualVM等工具查看幔嫂，這里用jhat查看：

root@ubuntu:/# jhat -port 9998 /tmp/dump.dat
Reading from /tmp/dump.dat...
Dump file created Tue Jan 28 17:46:14 CST 2014
Snapshot read, resolving...
Resolving 132207 objects...
Chasing references, expect 26 dots..........................
Eliminating duplicate references..........................
Snapshot resolved.
Started HTTP server on port 9998
Server is ready.

注意如果Dump文件太大，可能需要加上-J-Xmx512m這種參數(shù)指定最大堆內(nèi)存誊薄，即jhat -J-Xmx512m -port 9998 /tmp/dump.dat履恩。然后就可以在瀏覽器中輸入主機(jī)地址:9998查看了。

jstat

語法如下

jstat [ generalOption | outputOptions vmid [interval[s|ms] [count]] ]

vmid是Java虛擬機(jī)ID暇屋，在Linux/Unix系統(tǒng)上一般就是進(jìn)程ID似袁。interval是采樣時間間隔。count是采樣數(shù)目咐刨。比如下面輸出的是GC信息昙衅，采樣時間間隔為250ms，采樣數(shù)為4：

yarn@ali-flink-03 ~]$ jstat -gc 7096 1000 4
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT   
512.0  512.0  288.0   0.0   493056.0 259950.8  988672.0   734556.3  62976.0 62030.2 7936.0 7718.8  21478  105.210   4      0.177  105.387
512.0  512.0  288.0   0.0   493056.0 279361.6  988672.0   734556.3  62976.0 62030.2 7936.0 7718.8  21478  105.210   4      0.177  105.387
512.0  512.0  288.0   0.0   493056.0 297160.0  988672.0   734556.3  62976.0 62030.2 7936.0 7718.8  21478  105.210   4      0.177  105.387
512.0  512.0  288.0   0.0   493056.0 316667.6  988672.0   734556.3  62976.0 62030.2 7936.0 7718.8  21478  105.210   4      0.177  105.387

jdk 1.8的輸出有些變化定鸟，最新的說明如下

  • S0C：第一個幸存區(qū)的大小
  • S1C：第二個幸存區(qū)的大小
  • S0U：第一個幸存區(qū)的使用大小
  • S1U：第二個幸存區(qū)的使用大小
  • EC：伊甸園區(qū)的大小
  • EU：伊甸園區(qū)的使用大小
  • OC：老年代大小
  • OU：老年代使用大小
  • MC：方法區(qū)大小
  • MU：方法區(qū)使用大小
  • CCSC:壓縮類空間大小
  • CCSU:壓縮類空間使用大小
  • YGC：年輕代垃圾回收次數(shù)
  • YGCT：年輕代垃圾回收消耗時間
  • FGC：老年代垃圾回收次數(shù)
  • FGCT：老年代垃圾回收消耗時間
  • GCT：垃圾回收消耗總時間

hprof

Heap/CPU Profiling Tool

hprof能夠展現(xiàn)CPU使用率而涉，統(tǒng)計堆內(nèi)存使用情況。

語法格式如下：

java -agentlib:hprof[=options] ToBeProfiledClass
java -Xrunprof[:options] ToBeProfiledClass
javac -J-agentlib:hprof[=options] ToBeProfiledClass

比如統(tǒng)計cpu的使用

java -agentlib:hprof=cpu=samples,interval=20,depth=3 Hello

上面每隔20毫秒采樣CPU消耗信息联予，堆棧深度為3啼县，生成的profile文件名稱是java.hprof.txt，在當(dāng)前目錄沸久。
CPU Usage Times Profiling(cpu=times)的例子季眷，它相對于CPU Usage Sampling Profile能夠獲得更加細(xì)粒度的CPU消耗信息，能夠細(xì)到每個方法調(diào)用的開始和結(jié)束卷胯，它的實現(xiàn)使用了字節(jié)碼注入技術(shù)（BCI）：

javac -J-agentlib:hprof=cpu=times Hello.java

Heap Dump(heap=dump)的例子子刮，它比上面的Heap Allocation Profiling能生成更詳細(xì)的Heap Dump信息：

javac -J-agentlib:hprof=heap=dump Hello.java
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 人面猴
    序言：七十年代末，一起剝皮案震驚了整個濱河市窑睁，隨后出現(xiàn)的幾起案子挺峡，更是在濱河造成了極大的恐慌，老刑警劉巖担钮，帶你破解...
    沈念sama閱讀 219,427評論 6贊 508
  • 死咒
    序言：濱河連續(xù)發(fā)生了三起死亡事件橱赠，死亡現(xiàn)場離奇詭異，居然都是意外死亡箫津，警方通過查閱死者的電腦和手機(jī)狭姨，發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,551評論 3贊 395
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進(jìn)店門，熙熙樓的掌柜王于貴愁眉苦臉地迎上來苏遥，“玉大人送挑，你說我怎么就攤上這事∨郏” “怎么了？”我有些...
    開封第一講書人閱讀 165,747評論 0贊 356
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵纺裁，是天一觀的道長诫肠。 經(jīng)常有香客問我司澎，道長，這世上最難降的妖魔是什么栋豫？ 我笑而不...
    開封第一講書人閱讀 58,939評論 1贊 295
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任挤安，我火速辦了婚禮，結(jié)果婚禮上丧鸯，老公的妹妹穿的比我還像新娘蛤铜。我一直安慰自己，他們只是感情好丛肢，可當(dāng)我...
    茶點故事閱讀 67,955評論 6贊 392
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布围肥。 她就那樣靜靜地躺著，像睡著了一般蜂怎。 火紅的嫁衣襯著肌膚如雪穆刻。 梳的紋絲不亂的頭發(fā)上，一...
    開封第一講書人閱讀 51,737評論 1贊 305
  • 城市分裂傳說
    那天杠步，我揣著相機(jī)與錄音氢伟，去河邊找鬼。 笑死幽歼，一個胖子當(dāng)著我的面吹牛朵锣，可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播甸私，決...
    沈念sama閱讀 40,448評論 3贊 420
  • 雙鴛鴦連環(huán)套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼诚些，長吁一口氣：“原來是場噩夢啊……” “哼！你這毒婦竟也來了颠蕴？” 一聲冷哼從身側(cè)響起泣刹，我...
    開封第一講書人閱讀 39,352評論 0贊 276
  • 萬榮殺人案實錄
    序言：老撾萬榮一對情侶失蹤，失蹤者是張志新（化名）和其女友劉穎犀被，沒想到半個月后椅您，有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體，經(jīng)...
    沈念sama閱讀 45,834評論 1贊 317
  • ?護(hù)林員之死
    正文 獨居荒郊野嶺守林人離奇死亡寡键，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,992評論 3贊 338
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年掀泳，在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片西轩。...
    茶點故事閱讀 40,133評論 1贊 351
  • 活死人
    序言：一個原本活蹦亂跳的男人離奇死亡员舵，死狀恐怖，靈堂內(nèi)的尸體忽然破棺而出藕畔，到底是詐尸還是另有隱情马僻，我是刑警寧澤，帶...
    沈念sama閱讀 35,815評論 5贊 346
  • ?日本核電站爆炸內(nèi)幕
    正文 年R本政府宣布注服，位于F島的核電站韭邓，受9級特大地震影響措近，放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜女淑，卻給世界環(huán)境...
    茶點故事閱讀 41,477評論 3贊 331
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一瞭郑、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧鸭你，春花似錦屈张、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,022評論 0贊 22
  • 一樁弒父案阁谆，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至瓣窄，卻和暖如春笛厦，著一層夾襖步出監(jiān)牢的瞬間，已是汗流浹背俺夕。 一陣腳步聲響...
    開封第一講書人閱讀 33,147評論 1贊 272
  • 情欲美人皮
    我被黑心中介騙來泰國打工裳凸， 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留，地道東北人劝贸。 一個月前我還...
    沈念sama閱讀 48,398評論 3贊 373
  • 代替公主和親
    正文 我出身青樓姨谷，卻偏偏與公主長得像，于是被迫代替她去往敵國和親映九。 傳聞我的和親對象是個殘疾皇子梦湘，可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 45,077評論 2贊 355

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

  • （一）Java部分 1、列舉出JAVA中6個比較常用的包【天威誠信面試題】 【參考答案】 java.lang;ja...
    獨云閱讀 7,109評論 0贊 62
  • Java 應(yīng)用性能優(yōu)化是一個老生常談的話題件甥，典型的性能問題如頁面響應(yīng)慢捌议、接口超時，服務(wù)器負(fù)載高引有、并發(fā)數(shù)低瓣颅，數(shù)據(jù)庫頻...
    Rick617閱讀 7,335評論 1贊 9
  • 參考自 http://techblog.youdao.com/?p=961 在分析具體故障，先介紹一下幾種常用的工...
    抓兔子的貓閱讀 5,958評論 1贊 27
  • 我有時在想譬正，我真正想要的是什么宫补？ 而每次只有同一個答案，我想要過上好日子考上理想的大學(xué)曾我，找到一個依靠粉怕，安安穩(wěn)穩(wěn)的生...
    孫佳穎閱讀 288評論 0贊 2
  • 電影一開始就對陳末的頹廢和神經(jīng)質(zhì)感到無聊，甚至懷疑他這兩年竟然還在電臺工作抒巢。鄧超一演起無厘頭來就感覺在看跑男贫贝。但是...
    7秒鐘的魚閱讀 132評論 0贊 0