iPhone 手機(jī)屏幕適配

1.iPhone尺寸規(guī)格

設(shè)備 ? ? ?寬 (inch) ? 高(inch) 對(duì)角線? ? ? 邏輯分辨率? ? ScaleFactor? ? 設(shè)備分辨率? ? ? PPI

iPhone? ? Width ? ? ?Height ? ? Diagonal ? ? ?(point) ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?(pixel)

3GS? ? ? ? 2.4? ? ? ? ? ? 4.5? ? ? ? ? ? 3.5? ? ? ? ? ? 320x480? ? ? ? ? ? @1x? ? ? ? ? ? ? ? 320x480? ? ? 163

4(s) ? ? ? 2.31 ? ? ? ? ? ?4.5 ? ? ? ? ? ?3.5 ? ? ? ? ? ? 320x480 ? ? ? ? ? ?@2x ? ? ? ? ? ? ? 640x960 ? ? ?326

5c ? ? ? ?2.33 ? ? ? ? ? ?4.90 ? ? ? ? ?4 ? ? ? ? ? ? ? 320x568 ? ? ? ? ? ? @2x ? ? ? ? ? ? ? 640x1136 ? ? 326

5(s) ? ? ?2.31 ? ? ? ? ? ?4.87 ? ? ? ? ?4 ? ? ? ? ? ? ? ?320x568 ? ? ? ? ? ? @2x ? ? ? ? ? ? ? 640x1136 ? ? 326

6 ? ? ? ? 2.64 ? ? ? ? ? ?5.44 ? ? ? ? 4.7 ? ? ? ? ? ? ?375x667 ? ? ? ? ? ? @2x ? ? ? ? ? ? ? ?750x1334 ? ? 326

6+ ? ? ?3.06 ? ? ? ? ? ? 6.22 ? ? ? ?5.5 ? ? ? ? ? ? ? 414x736 ? ? ? ? ? ? @3x ? ? ? ? ? ? ?(1242x2208->) ? 401

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?1080x1920

2.單位inch(英吋)

1 inch = 2.54cm = 25.4mm

3.iPhone手機(jī)寬高

上表中的寬高(width/height)為手機(jī)的物理尺寸,包括顯示屏和邊框。

以下為iPhone4s的寬高示意圖:

4.屏幕尺寸

我們通常所說(shuō)的iPhone5屏幕尺寸為4英寸、iPhone6屏幕尺寸為4.7英寸,指的是顯示屏對(duì)角線的長(zhǎng)度(diagonal)。

以下為iPhone5~6+的屏幕尺寸規(guī)格示意圖:

5.像素密度PPI

PPI(Pixel Per Inch by diagonal):表示沿著對(duì)角線,每英寸所擁有的像素(Pixel)數(shù)目。

PPI數(shù)值越高,代表顯示屏能夠以越高的密度顯示圖像,即通常所說(shuō)的分辨率越高、顆粒感越弱。

根據(jù)勾股定理,可以得知iPhone4(s)的PPI計(jì)算公式為:

計(jì)算結(jié)果稍有出入,這是因?yàn)橄袼氐碾x散采樣有鋸齒效應(yīng)。

6.縮放因子(scale factor between logic point and device pixel)

(1)Scale起源

早期的iPhone3GS的屏幕分辨率是320*480(PPI=163),iOS繪制圖形(CGPoint/CGSize/CGRect)均以point為單位(measured in points):

1 point = 1 pixel(Point Per Inch=Pixel Per Inch=PPI)

后來(lái)在iPhone4中,同樣大小(3.5 inch)的屏幕采用了Retina顯示技術(shù),橫、縱向方向像素密度都被放大到2倍,像素分辨率提高到(320x2)x(480x2)= 960x640(PPI=326), 顯像分辨率提升至iPhone3GS的4倍(1個(gè)Point被渲染成1個(gè)2x2的像素矩陣)。

但是對(duì)于開(kāi)發(fā)者來(lái)說(shuō),iOS繪制圖形的API依然沿襲point(pt,注意區(qū)分印刷行業(yè)的“磅”)為單位。在同樣的邏輯坐標(biāo)系下(320x480):

1 point = scale*pixel(在iPhone4~6中,縮放因子scale=2;在iPhone6+中,縮放因子scale=3)。

可以理解為:

scale=絕對(duì)長(zhǎng)度比(point/pixel)=單位長(zhǎng)度內(nèi)的數(shù)量比(pixel/point)

(2)UIScreen.scale

UIScreen.h中定義了該屬性:

// The natural scale factor associated with the screen.(read-only)

@property(nonatomic,readonly) CGFloat scale? NS_AVAILABLE_IOS(4_0);

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

This value reflects the scale factor needed to convert from the default logical coordinate space into the device coordinate space of this screen.

The default logical coordinate space is measured using points. For standard-resolution displays, the scale factor is 1.0 and one point equals one pixel. For Retina displays, the scale factor is 2.0 and one point is represented by four pixels.

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

為了自動(dòng)適應(yīng)分辨率,系統(tǒng)會(huì)根據(jù)設(shè)備實(shí)際分辨率,自動(dòng)給UIScreen.scale賦值,該屬性對(duì)開(kāi)發(fā)者只讀。

(3)UIScreen.nativeScale

iOS8新增了nativeScale屬性:

// Native scale factor of the physical screen

@property(nonatomic,readonly) CGFloat nativeScale NS_AVAILABLE_IOS(8_0);

以下是iPhone6+下的輸出,初步看來(lái)nativeScale與scale沒(méi)有太大區(qū)別:

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

(lldb)p (CGFloat)[[UIScreen mainScreen] scale]

(CGFloat) $1 = 3

(lldb) p(CGFloat)[[UIScreen mainScreen] nativeScale]

(CGFloat) $2 = 3

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

(4)機(jī)型判別

在同樣的邏輯分辨率下,可以通過(guò)scale參數(shù)識(shí)別是iPhone3GS還是iPhone4(s)。以下基于nativeScale參數(shù),定義了探測(cè)機(jī)型是否為iPhone6+的宏:

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

// not UIUserInterfaceIdiomPad

#define IS_IPHONE (UI_USER_INTERFACE_IDIOM() == UIUserInterfaceIdiomPhone)

// detect iPhone6 Plus based on its native scale

#define IS_IPHONE_6PLUS (IS_IPHONE && [[UIScreenmainScreen] nativeScale] == 3.0f)

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

那么,同樣的分辨率和scale,如何區(qū)分機(jī)型iPhone4與4s、iPhone5與5s呢?通過(guò)[[UIDevice currentDevice] model]只能判別iPhone、iPad、iPod大類,要判斷iPhone具體機(jī)型型號(hào),則需要通過(guò)sysctlbyname("hw.machine")獲取詳細(xì)的設(shè)備參數(shù)信息予以甄別。

7.Resolutions &Rendering

8.@2x/@3x以及高倍圖適配

(1)@2x

@2x means the same “double”retina resolution that we’veseen on all iOS devices with retina displays to date, where each virtual pointin the user interface is represented by two physical pixels on thedisplay in each dimension, horizontal and vertical.

iPhone3GS時(shí)代,我們?yōu)橐粋€(gè)應(yīng)用提供圖標(biāo)(或按鈕提供貼圖),只需要icon.png。針對(duì)現(xiàn)在的iPhone4~6 Retina顯示屏,需要制作額外的@2x高分辨率版本。

例如在iPhone3GS中,scale=1,用的圖標(biāo)是50x50pixel(logicalimage.size=50x50point);在iPhone4~6中,scale=2,則需要100×100pixel(logical image.size=50x50point,乘以image.scale=dimensions in pixels),并且命名為icon@2x.png。

如果APP要同時(shí)兼容iPhone3GS~iPhone6,則需要提供icon.png/icon@2x.png兩種分辨率的圖片。

(2)@3x

@3x means a new “triple” retina resolution, where eachuser interface point is represented by three display pixels. A single @2x pointis a 2?×?2 square of 4 pixels; an @3x point is a 3?×?3 square of 9 pixels.”

iPhone6+在實(shí)際渲染時(shí),downsampling/1.15(1242x2208->1080x1920),準(zhǔn)確的講,應(yīng)該是@2.46x。蘋(píng)果為方便開(kāi)發(fā)者用的是@3x的素材,然后再縮放到@2.46x上。

參考:《為什么iPhone 6 Plus要將3x渲染的2208x1242分辨率縮小到1080p屏幕上?》《詳解 iPhone 6 Plus 的奇葩分辨率》《iPhone 6 Plus屏幕分辨率》

如果APP要同時(shí)兼容iPhone3GS~iPhone6+,則需要提供icon.png/icon@2x.png/icon@3x.png三種分辨率的圖片。

需要注意的是,iOS APP圖標(biāo)的尺寸和命名都需要遵守相關(guān)規(guī)范。

(3)高倍圖文件命名

對(duì)于iPhone3、4/5/6、6+三類機(jī)型,需要按分辨率提供相應(yīng)的高倍圖并且文件名添加相應(yīng)后綴,否則會(huì)拉伸(stretchable/resizable)失真(模糊或邊角出現(xiàn)鋸齒)。

以下基于UIImage的兩類初始化API簡(jiǎn)介高倍圖的適配:

<1>+imageNamed:該方法使用系統(tǒng)緩存,適合表視圖重復(fù)加載圖像的情形。同時(shí)該API根據(jù)UIScreen的scale,自動(dòng)查找包含對(duì)應(yīng)高倍圖后綴名(@2x)的文件,如果找到二倍圖,則image.scale=2.0,對(duì)應(yīng)邏輯size大小以point度量(pixel度量的一半);如果沒(méi)找到設(shè)置默認(rèn)image.scale=1.0,對(duì)應(yīng)邏輯size大小同像素尺寸。因此,使用該方法,無(wú)需特意指定高倍圖后綴。在實(shí)際運(yùn)行時(shí),系統(tǒng)如果發(fā)現(xiàn)當(dāng)前設(shè)備是Retina屏(scale=2),會(huì)自動(dòng)尋找"*@2x.png"命名格式的圖片,加載針對(duì)Retina屏的圖片素材,否則會(huì)失真。

<2>+imageWithContentsOfFile/+imageWithData:(scale:)/-initWithContentsOfFile:/-initWithData:(scale:)

這組方法創(chuàng)建的UIImage對(duì)象沒(méi)有使用系統(tǒng)緩存,并且指定文件名必須包含明確的高倍圖后綴。如果文件名包含@2x后綴,則image.scale=2.0;否則默認(rèn)image.scale=1.0,同樣對(duì)于Retina屏將會(huì)失真。

<3>目前,適配iPhone6+時(shí),除了一些鋪滿全屏的大圖(LogoIcon、LaunchImage)需提供三倍圖,其他的小圖仍可沿用原有的二倍圖自適應(yīng)拉伸。

9.Screen Bounds & Application Frame

(1)UIScreen.bounds

// Bounds of entire screen in points(本地坐標(biāo)系,起點(diǎn)為[0,0])

@property(nonatomic,readonly) CGRect bounds;

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

//考慮轉(zhuǎn)屏的影響,按照實(shí)際屏幕方向(UIDeviceOrientation)的寬高

#define SCREEN_WIDTH ([UIScreenmainScreen].bounds.size.width)

#define SCREEN_HEIGHT ([UIScreenmainScreen].bounds.size.height)

#define STATUSBAR_HEIGHT ([UIApplicationsharedApplication].statusBarFrame.size.height)

//不考慮轉(zhuǎn)屏的影響,只取豎屏(UIDeviceOrientationPortrait)的寬高

#define SCREEN_WIDTH MIN([UIScreenmainScreen].bounds.size.width, [UIScreenmainScreen].bounds.size.height)

#define SCREEN_HEIGHT MAX([UIScreenmainScreen].bounds.size.height, [UIScreenmainScreen].bounds.size.width)

#define STATUSBAR_HEIGHT MIN([UIApplicationsharedApplication].statusBarFrame.size.width, [UIApplicationsharedApplication].statusBarFrame.size.height)

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

(2)UIScreen.nativeBounds

iOS8新增了nativeBounds屬性,輸出豎屏像素級(jí)分辨率:

// The bounding rectangle of the physical screen,measured in pixels. (read-only)

// This rectangle is based on the device in a portrait-up orientation. This value does not change as the device rotates.

@property(nonatomic,readonly) CGRect nativeBounds NS_AVAILABLE_IOS(8_0);

以下是iPhone6+下的輸出:

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

(lldb) poNSStringFromCGRect([(UIScreen*)[UIScreen mainScreen] bounds])

{{0, 0}, {414, 736}}

(lldb) poNSStringFromCGRect([(UIScreen*)[UIScreen mainScreen] nativeBounds])

{{0, 0}, {1242, 2208}}

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

(3)UIScreen.applicationFrame

// Frame of application screen area in points (i.e.entire screen minus status bar if visible)

// bounds除去系統(tǒng)狀態(tài)欄

@property(nonatomic,readonly) CGRect applicationFrame;

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

// APPFRAME_WIDTH=SCREEN_WIDTH

#define APPFRAME_WIDTH ([UIScreen mainScreen].applicationFrame.size.width)

// APPFRAME_HEIGHT=SCREEN_HEIGHT-STATUSBAR_HEIGHT

//注意:橫屏(UIDeviceOrientationLandscape)時(shí),iOS8默認(rèn)隱藏狀態(tài)欄,此時(shí)APPFRAME_HEIGHT=SCREEN_HEIGHT

#define APPFRAME_HEIGHT ([UIScreen mainScreen].applicationFrame.size.height)

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

(4)bounds和frame的區(qū)別

下圖展示了bounds和frame的區(qū)別:

10.機(jī)型尺寸適配(Screen Scale Adaption)

從iPhone3GS/iPhone4(s)過(guò)渡到iPhone5(s)時(shí),在邏輯上寬度不變高度稍高,之前舊的素材和布局通過(guò)AutoresizingFlexible簡(jiǎn)單適配即可運(yùn)行得很好,但由于高寬比增大,上下兩端出現(xiàn)黑粗邊(典型如LaunchImage)。從分辨率的角度來(lái)看,除了需要提供LaunchImage這種滿屏圖,其他基本沿用二倍圖(@2x);從屏幕尺寸角度來(lái)看,需要對(duì)縱向排版略加調(diào)整。

從iPhone5(s)發(fā)展到iPhone6(+),由于高寬比保持不變,iOS對(duì)圖標(biāo)、圖片、字體進(jìn)行等比放大自適應(yīng),清晰度會(huì)有所降低。同時(shí),絕對(duì)坐標(biāo)布局會(huì)導(dǎo)致在大屏下出現(xiàn)偏左偏上的問(wèn)題。從分辨率的角度來(lái)看,iPhone6沿用二倍圖(@2x),但需為iPhone6+提供更高的三倍圖(@3x);從屏幕尺寸角度來(lái)看,需要重新對(duì)UI元素尺寸和布局進(jìn)行適配,以期視覺(jué)協(xié)調(diào)。

(1)按寬度適配

我們先來(lái)看一下iPhone4~6(+)的屏幕高寬比:

iPhone4(s):分辨率960*640,高寬比1.5

iPhone5(s):分辨率1136*640,高寬比1.775

iPhone6:分辨率1334*750,高寬比1.779

iPhone6+:分辨率1920*1080,高寬比1.778

可粗略認(rèn)為iPhone5(s)、6(+)的高寬比是一致的(16:9),即可以等比例縮放。因此可以按寬度適配:

fitScreenWidth= width*(SCREEN_WIDTH/320)

這樣,共有iPhone3/4/5、6、6+三組寬度,在iPhone6、6+下將按比例橫向放大。

(2)按高度適配

在同樣的寬度下,iPhone4(s)的屏高比iPhone5(s)低,若縱向排版緊張,可以iPhone5(s)為基準(zhǔn),按高度適配:

fitScreenHeight= height*(SCREEN_HEIGHT/568)

共有iPhone3/4、5、6、6+四組高度,在iPhone3/4下將按比例縱向縮小,在iPhone6、6+下將按比例縱向放大。

這里需要注意iPhone/iOS雙環(huán)上網(wǎng)的熱點(diǎn)欄對(duì)縱向布局的影響:iPhone作為個(gè)人熱點(diǎn)且有連接時(shí),系統(tǒng)狀態(tài)欄下面會(huì)多一行熱點(diǎn)連接提示欄"Personal Hotspot: * Connection",縱向會(huì)下壓20pt,[UIApplication sharedApplication].statusBarFrame高度變?yōu)?0pt;當(dāng)所有連接都斷開(kāi)時(shí),熱點(diǎn)欄消失,縱向高度恢復(fù)正常為20pt。詳情可參考《iPhone/iOS開(kāi)啟個(gè)人熱點(diǎn)的縱向適配小結(jié)》。

(3)按字體適配

另外,iPhone的【設(shè)置】【通用】【輔助功能】中可以設(shè)置調(diào)節(jié)【更大字體】,APP也可以按字號(hào)適配:

例如適配表視圖(UITableView:UIScrollView),無(wú)法左右滑動(dòng),因此無(wú)論字號(hào)縮放比例多大,橫向都不應(yīng)超過(guò)SCREEN_WIDTH。注意限定控件元素內(nèi)容區(qū)域?qū)挾纫约伴g距,并設(shè)置適當(dāng)?shù)腖ineBreakMode。表視圖支持上下滑動(dòng),因此縱向上的表格行高和內(nèi)容區(qū)域高度可按字號(hào)縮放。

對(duì)于縱向也不支持滑動(dòng)的視圖,在屏幕可見(jiàn)視區(qū)內(nèi)排版時(shí),最好不要隨字號(hào)縮放,否則可能超出既定寬高。

11.UI相對(duì)布局

考慮到iPhone機(jī)型的多樣性,不可能針對(duì)iPhone4(s)、5(s)、6、6+四種屏幕尺寸出四套視覺(jué)交互稿,也不要基于某一機(jī)型從上往下、從左往右給絕對(duì)標(biāo)注,而應(yīng)該關(guān)注subView在superView中的相對(duì)位置(EdgeInsets/Frame/Center)以及siblingView之間的偏移(Offset),盡量給出適合Autolayout的相對(duì)布局比例(理想情況是只給百分比)。假如交互按照iPhone5(s)下絕對(duì)標(biāo)注,則在iPhone4(s)上可能擠出屏幕底部,而在iPhone6(+)上則可能橫向偏左或縱向偏上。

開(kāi)發(fā)人員基于與屏幕邊緣的間距(Margin/EdgeInsets),定位邊緣處的控件(釘釘子)作為參照,然后基于控件尺寸和間隙進(jìn)行相對(duì)計(jì)算排版。這樣,若釘子移動(dòng),相鄰控件將順向偏移,不會(huì)因?yàn)榫植空{(diào)整而出現(xiàn)凌亂。

我們截取 iPhone5s QQ 文件助手列表中的文件cell,使用 Sketch Measure 對(duì)其進(jìn)行測(cè)量標(biāo)注。

打開(kāi)[截圖.png]文件,由于不包含 Sketch 圖元對(duì)象,無(wú)法進(jìn)行 measure 標(biāo)注(提示:請(qǐng)?jiān)诋?huà)板中使用該功能)。因此,第一步需要對(duì)要相對(duì)標(biāo)注的各個(gè)UI元素進(jìn)行對(duì)象化。依次 Insert Artboard 創(chuàng)建圖層 frame、thumbnail、title、detail、source、button。

選中整個(gè)cell的frame(bounds),進(jìn)行 Measure size:width=640px(SCREEN_WIDTH),height=168px。默認(rèn)橫向尺寸和縱向參考線都居中導(dǎo)致標(biāo)注重疊,將縱向參考線右移至合適位置;也可選中WIDTH標(biāo)注圖層中的text和label元素,在不移動(dòng)參考線的前提下,利用鼠標(biāo)局部移動(dòng)標(biāo)注字面量。

(1)縮略圖標(biāo)

在左側(cè)邊欄layer list中選中frame,再command選中文件類型縮略圖對(duì)象thumbnail,進(jìn)行 Measure spacing,丈量縮略圖左側(cè)相對(duì)frame的間距為24px。

選中文件類型縮略圖對(duì)象thumbnail,進(jìn)行 measure size,由于正方形等寬為112px*112px,故橫縱標(biāo)注重疊無(wú)影響。thumbnail在frame中縱向整體居中,因此上下邊距計(jì)算均攤即可,無(wú)需再給定標(biāo)注。

(2)傳輸按鈕

對(duì) button 和 frame 進(jìn)行 Measure spacing,丈量按鈕右側(cè)相對(duì)frame的間距為24px。

選中按鈕button進(jìn)行 measure size,其寬高為144px*60px。橫縱標(biāo)注重疊影響視覺(jué),將縱向參考線右移至合適位置。

button在frame中縱向整體居中,因此上下邊距計(jì)算均攤即可,無(wú)需再給定標(biāo)注。

(3)文件信息

對(duì)thumbnail和detail(title、source等寬且左對(duì)齊)進(jìn)行 Measure spacing,丈量圖標(biāo)右側(cè)相對(duì)detail的間距為20px;對(duì)button和detail進(jìn)行 Measure spacing,丈量按鈕左側(cè)相對(duì)detail間距為20px。這樣,左側(cè)釘住thumbnail,右側(cè)釘住button,中間信息部分的寬度無(wú)需給定,計(jì)算被動(dòng)約束的橫向余量即可。具體編程時(shí),調(diào)用 sizeWithFont/boundingRectWithSize 可動(dòng)態(tài)計(jì)算每行 label 的自然寬度,一般title都會(huì)超過(guò)約束寬度,因此需設(shè)置 lineBreakMode指定Wrapping省略或Truncating截?cái)喔袷健?/p>

選中文件信息第1行標(biāo)題title和第2行詳情detail,進(jìn)行 Measure spacing,測(cè)量縱向相對(duì)間距10px;第2行詳情detail和第3行來(lái)源的縱向相對(duì)間距也為10px。一般 UILabel 的文本在給定字體下的縱向自然顯示無(wú)約束,調(diào)用 sizeWithFont/boundingRectWithSize 可動(dòng)態(tài)計(jì)算每行 label 的自然高度,title的上間距和source的底間距無(wú)需給定,通過(guò)計(jì)算縱向余量均攤即可。

可簡(jiǎn)單的基于屏寬橫縱比例進(jìn)行scale縮放,將以上測(cè)量出的標(biāo)注應(yīng)用到iPhone6(+)大屏下,當(dāng)然交互設(shè)計(jì)工程師最好還是針對(duì)特定機(jī)型都給定適配標(biāo)注。蘋(píng)果在WWDC2012 iOS6中已提出了Auto Layout的概念,即使用約束條件來(lái)定義視圖的位置和尺寸,以適應(yīng)不同尺寸和分辨率的屏幕。

12.DEPRECATED API適配

最后,除了對(duì)屏幕尺寸和分辨率進(jìn)行適配之外,還需對(duì)iOS SDK中相關(guān)的DEPRECATED API進(jìn)行適配。典型的如:

(1)UILineBreakMode->NSLineBreakMode

(2)UITextAlignment->NSTextAlignment

(3)sizeWithFont:->boundingRectWithSize:

(4)stretchableImageWithLeftCapWidth:topCapHeight:->resizableImageWithCapInsets:

(5)...

參考:

《iOS設(shè)備的屏幕尺寸、分辨率及其屏幕邊長(zhǎng)比例》

《iOS判斷設(shè)備屏幕尺寸、分辨率》

《iOS8中的UIScreen》

《Detecting iPhone 6/6+ screen sizes in point values》

《iOS8已出,@3x圖讓我們何去何從?》

《在Xcode 6中用矢量化PDF(vectorized PDF)來(lái)支持各種尺寸的iPhone》

《iOS8適配須知》

《適配iOS8備忘錄》

《iOS界面適配(一)(二)(三)》

《iPhone 6/6+適配心得》

《iOS8/Xcode6/iPhone6(+)適配》

《APP適配iOS8,iPhone6(+)截圖簡(jiǎn)要說(shuō)明》

《按比例快速兼容適配iPhone6/6 Plus》

《iOS的APP如何適應(yīng)iPhone 5s/6/6+三種屏幕的尺寸?》

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,606評(píng)論 6 533
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,582評(píng)論 3 418
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人,你說(shuō)我怎么就攤上這事。” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 176,540評(píng)論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)。 經(jīng)常有香客問(wèn)我,道長(zhǎng),這世上最難降的妖魔是什么? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 63,028評(píng)論 1 314
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,801評(píng)論 6 410
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 55,223評(píng)論 1 324
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,294評(píng)論 3 442
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書(shū)人閱讀 42,442評(píng)論 0 289
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒(méi)想到半個(gè)月后,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,976評(píng)論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,800評(píng)論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,996評(píng)論 1 369
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,543評(píng)論 5 360
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,233評(píng)論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 34,662評(píng)論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 35,926評(píng)論 1 286
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,702評(píng)論 3 392
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,991評(píng)論 2 374

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