Koa--基于Node.js平臺的下一代web開發框架

1.簡書

koa是由Express原班人馬打造，致力于成為一個更小、更富有表現力、更健壯的Web框架。使用koa編寫web應用，通過組合不同的generator,可以免除重復繁瑣的回調函數嵌套，并極大地提升錯誤處理的效率。koa不在內核方法中綁定任何中間件，它僅僅提供了一個輕量優雅的函數庫，使得編寫Web應用變得得心應手。

2.安裝

Koa目前需要>=0.11.x版本的node環境。并需要在執行node的時候附帶--harmony來引入generators。如果您安裝了較舊版本的node，您可以安裝n(node版本控制器)，來快速安裝0.11.x

$ npm install -g n
$ n 0.11.12
$ node --harmony my-koa-app.js

3.應用

Koa 應用是一個包含一系列中間件 generator 函數的對象。 這些中間件函數基于 request 請求以一個類似于棧的結構組成并依次執行。 Koa 類似于其他中間件系統（比如 Ruby's Rack 、Connect 等）， 然而 Koa 的核心設計思路是為中間件層提供高級語法糖封裝，以增強其互用性和健壯性，并使得編寫中間件變得相當有趣。
Koa 包含了像 content-negotiation（內容協商）、cache freshness（緩存刷新）、proxy support（代理支持）和 redirection（重定向）等常用任務方法。 與提供龐大的函數支持不同，Koa只包含很小的一部分，因為Koa并不綁定任何中間件。
任何教程都是從 hello world 開始的，Koa也不例外_

var koa = require('koa');
var app = koa();
app.use(function *(){
this.body = 'Hello World';
});
app.listen(3000);

4.中間件級聯

Koa 的中間件通過一種更加傳統（您也許會很熟悉）的方式進行級聯，摒棄了以往 node 頻繁的回調函數造成的復雜代碼邏輯。 我們通過 generators 來實現“真正”的中間件。 Connect 簡單地將控制權交給一系列函數來處理，直到函數返回。 與之不同，當執行到 yield next 語句時，Koa 暫停了該中間件，繼續執行下一個符合請求的中間件('downstrem')，然后控制權再逐級返回給上層中間件('upstream')。
下面的例子在頁面中返回 "Hello World"，然而當請求開始時，請求先經過 x-response-time 和 logging 中間件，并記錄中間件執行起始時間。 然后將控制權交給 reponse 中間件。當中間件運行到 yield next 時，函數掛起并將控制前交給下一個中間件。當沒有中間件執行 yield next 時，程序棧會逆序喚起被掛起的中間件來執行接下來的代碼。

var koa = require('koa');
var app = koa();
// x-response-time
app.use(function *(next){
var start = new Date;
yield next;
var ms = new Date - start;
this.set('X-Response-Time', ms + 'ms');
});
// logger
app.use(function *(next){
var start = new Date;
yield next;
var ms = new Date - start;
console.log('%s %s - %s', this.method, this.url, ms);
});
// response
app.use(function *(){
this.body = 'Hello World';

});
app.listen(3000);

5.配置

應用配置是 app 實例屬性，目前支持的配置項如下：

  • app.name 應用名稱（可選項）
  • app.env 默認為 NODE_ENV 或者 development
  • app.proxy 如果為 true，則解析 "Host" 的 header 域，并支持 X-Forwarded-Host
  • app.subdomainOffset 默認為2，表示 .subdomains 所忽略的字符偏移量。

app.listen(...)

Koa 應用并非是一個 1-to-1 表征關系的 HTTP 服務器。 一個或多個Koa應用可以被掛載到一起組成一個包含單一 HTTP 服務器的大型應用群。
如下為一個綁定3000端口的簡單 Koa 應用，其創建并返回了一個 HTTP 服務器，為 Server#listen() 傳遞指定參數
var koa = require('koa');
var app = koa();
app.listen(3000);
app.listen(...) 實際上是以下代碼的語法糖:

ar http = require('http');
var koa = require('koa');
var app = koa();
http.createServer(app.callback()).listen(3000);

這意味著您可以同時支持 HTTPS 和 HTTPS，或者在多個端口監聽同一個應用。

var http = require('http');
var koa = require('koa');
var app = koa();
http.createServer(app.callback()).listen(3000);
http.createServer(app.callback()).listen(3001);

app.callback()

返回一個適合 http.createServer() 方法的回調函數用來處理請求。 您也可以使用這個回調函數將您的app掛載在 Connect/Express 應用上。

app.use(function)

為應用添加指定的中間件

app.keys=

設置簽名Cookie密鑰，該密鑰會被傳遞給 [KeyGrip]
當然，您也可以自己生成 KeyGrip 實例：app.keys = ['im a newer secret', 'i like turtle'];
app.keys = new KeyGrip(['im a newer secret', 'i like turtle'], 'sha256');
在進行cookie簽名時，只有設置 signed 為 true 的時候，才會使用密鑰進行加密：this.cookies.set('name', 'tobi', { signed: true });

錯誤處理

默認情況下Koa會將所有錯誤信息輸出到 stderr，除非 NODE_ENV 是 "test"。為了實現自定義錯誤處理邏輯（比如 centralized logging），您可以添加 "error" 事件監聽器。
app.on('error', function(err){
log.error('server error', err);
});
如果錯誤發生在 請求/響應 環節，并且其不能夠響應客戶端時，Contenxt 實例也會被傳遞到 error 事件監聽器的回調函數里。
app.on('error', function(err, ctx){
log.error('server error', err, ctx);
});
當發生錯誤但仍能夠響應客戶端時（比如沒有數據寫到socket中），Koa會返回一個500錯誤(Internal Server Error)。
無論哪種情況，Koa都會生成一個應用級別的錯誤信息，以便實現日志記錄等目的。

Context(上下文)

Koa Context 將 node 的 request 和 response 對象封裝在一個單獨的對象里面，其為編寫 web 應用和 API 提供了很多有用的方法。
這些操作在 HTTP 服務器開發中經常使用，因此其被添加在上下文這一層，而不是更高層框架中，因此將迫使中間件需要重新實現這些常用方法。
context 在每個 request 請求中被創建，在中間件中作為接收器(receiver)來引用，或者通過 this 標識符來引用：
app.use(function *(){
this; // is the Context
this.request; // is a koa Request
this.response; // is a koa Response
});
許多 context 的訪問器和方法為了便于訪問和調用，簡單的委托給他們的 ctx.request 和 ctx.response 所對應的等價方法， 比如說 ctx.type 和 ctx.length 代理了 response 對象中對應的方法，ctx.path 和 ctx.method 代理了 request 對象中對應的方法。

API

Context 詳細的方法和訪問器。

ctx.req

Node 的 request 對象。

ctx.res

Node 的 response 對象。
Koa 不支持 直接調用底層 res 進行響應處理。請避免使用以下 node 屬性：

  • res.statusCode
  • res.writeHead()
  • res.write()
  • res.end()

ctx.request

Koa 的 Request 對象。

ctx.response

Koa 的 Response 對象。

ctx.app

應用實例引用。

ctx.cookies.get(name, [options])

獲得 cookie 中名為 name 的值，options 為可選參數：

  • 'signed': 如果為 true，表示請求時 cookie 需要進行簽名。
    注意：Koa 使用了 Express 的 cookies 模塊，options 參數只是簡單地直接進行傳遞。

ctx.cookies.set(name, value, [options])

設置 cookie 中名為 name 的值，options 為可選參數：

  • signed: 是否要做簽名
  • expires: cookie 有效期時間
  • path: cookie 的路徑，默認為 /'
  • domain: cookie 的域
  • secure: false 表示 cookie 通過 HTTP 協議發送，true 表示 cookie 通過 HTTPS 發送。
  • httpOnly: true 表示 cookie 只能通過 HTTP 協議發送
    注意：Koa 使用了 Express 的 cookies 模塊，options 參數只是簡單地直接進行傳遞。

ctx.throw(msg, [status])

拋出包含 .status 屬性的錯誤，默認為 500。該方法可以讓 Koa 準確的響應處理狀態。 Koa支持以下組合：
this.throw(403)
this.throw('name required', 400)
this.throw(400, 'name required')
this.throw('something exploded')
this.throw('name required', 400) 等價于：
var err = new Error('name required');
err.status = 400;
throw err;

注意：這些用戶級錯誤被標記為 err.expose，其意味著這些消息被準確描述為對客戶端的響應，而并非使用在您不想泄露失敗細節的場景中。

ctx.respond

為了避免使用 Koa 的內置響應處理功能，您可以直接賦值 this.repond = false;。如果您不想讓 Koa 來幫助您處理 reponse，而是直接操作原生 res 對象，那么請使用這種方法。
注意： 這種方式是不被 Koa 支持的。其可能會破壞 Koa 中間件和 Koa 本身的一些功能。其只作為一種 hack 的方式，并只對那些想要在 Koa 方法和中間件中使用傳統 fn(req, res) 方法的人來說會帶來便利。
Request aliases
以下訪問器和別名與 Request 等價：

  • ctx.header
  • ctx.method
  • ctx.method=
  • ctx.url
  • ctx.url=
  • ctx.originalUrl
  • ctx.path
  • ctx.path=
  • ctx.query
  • ctx.query=
  • ctx.querystring
  • ctx.querystring=
  • ctx.host
  • ctx.hostname
  • ctx.fresh
  • ctx.stale
  • ctx.socket
  • ctx.protocol
  • ctx.secure
  • ctx.ip
  • ctx.ips
  • ctx.subdomains
  • ctx.is()
  • ctx.accepts()
  • ctx.acceptsEncodings()
  • ctx.acceptsCharsets()
  • ctx.acceptsLanguages()
  • ctx.get()

Response aliases

以下訪問器和別名與 Response 等價：

  • ctx.body
  • ctx.body=
  • ctx.status
  • ctx.status=
  • ctx.length=
  • ctx.length
  • ctx.type=
  • ctx.type
  • ctx.headerSent
  • ctx.redirect()
  • ctx.attachment()
  • ctx.set()
  • ctx.remove()
  • ctx.lastModified=
  • ctx.etag=

請求(Request)

Koa Request 對象是對 node 的 request 進一步抽象和封裝，提供了日常 HTTP 服務器開發中一些有用的功能。

API

req.header

請求頭對象

req.method

請求方法

req.method=

設置請求方法，在實現中間件時非常有用，比如 methodOverride()。

req.length

以數字的形式返回 request 的內容長度(Content-Length)，或者返回 undefined。

req.url

獲得請求url地址。

req.url=

設置請求地址，用于重寫url地址時。

req.originalUrl

獲取請求原始地址。

req.path

獲取請求路徑名。

req.path=

設置請求路徑名，并保留請求參數(就是url中?后面的部分)。

req.querystring

獲取查詢參數字符串(url中?后面的部分)，不包含 ?

req.querystring=

設置查詢參數。

req.search

獲取查詢參數字符串，包含 ?。

req.search=

設置查詢參數字符串。

req.host

獲取 host (hostname:port)。 當 app.proxy 設置為 true 時，支持 X-Forwarded-Host。

req.hostname

獲取 hostname。當 app.proxy 設置為 true 時，支持 X-Forwarded-Host

req.type

獲取請求 Content-Type，不包含像 "charset" 這樣的參數。
var ct = this.request.type;
// => "image/png"

req.charset

獲取請求 charset，沒有則返回 undefined:
this.request.charset
// => "utf-8"

req.query

將查詢參數字符串進行解析并以對象的形式返回，如果沒有查詢參數字字符串則返回一個空對象。
注意：該方法不支持嵌套解析。
比如 "color=blue&size=small":
{
color: 'blue',
size: 'small'
}

req.query=

根據給定的對象設置查詢參數字符串。
注意：該方法不支持嵌套對象。
this.query = { next: '/login' };

req.fresh

檢查請求緩存是否 "fresh"(內容沒有發生變化)。該方法用于在 If-None-Match / ETag, If-Modified-Since 和 Last-Modified 中進行緩存協調。當在 response headers 中設置一個或多個上述參數后，該方法應該被使用。
this.set('ETag', '123');
// cache is ok
if (this.fresh) {
this.status = 304;
return;
}
// cache is stale
// fetch new data
this.body = yield db.find('something');

req.stale

與 req.fresh 相反。

req.protocol

返回請求協議，"https" 或者 "http"。 當 app.proxy 設置為 true 時，支持 X-Forwarded-Host。

req.secure

簡化版 this.protocol == "https"，用來檢查請求是否通過 TLS 發送。

req.ip

請求遠程地址。 當 app.proxy 設置為 true 時，支持 X-Forwarded-Host。

req.ips

當 X-Forwarded-For 存在并且 app.proxy 有效，將會返回一個有序（從 upstream 到 downstream）ip 數組。 否則返回一個空數組。

req.subdomains

以數組形式返回子域名。
子域名是在host中逗號分隔的主域名前面的部分。默認情況下，應用的域名假設為host中最后兩部分。其可通過設置 app.subdomainOffset 進行更改
舉例來說，如果域名是 "tobi.ferrets.example.com":
如果沒有設置 app.subdomainOffset，其 subdomains 為 ["ferrets", "tobi"]。 如果設置 app.subdomainOffset 為3，其 subdomains 為 ["tobi"]。

req.is(type)

檢查請求所包含的 "Content-Type" 是否為給定的 type 值。 如果沒有 request body，返回 undefined。 如果沒有 content type，或者匹配失敗，返回 false。 否則返回匹配的 content-type。
// With Content-Type: text/html; charset=utf-8
this.is('html'); // => 'html'
this.is('text/html'); // => 'text/html'
this.is('text/', 'text/html'); // => 'text/html'
// When Content-Type is application/json
this.is('json', 'urlencoded'); // => 'json'
this.is('application/json'); // => 'application/json'
this.is('html', 'application/'); // => 'application/json'
this.is('html'); // => false
比如說您希望保證只有圖片發送給指定路由：
if (this.is('image/*')) {
// process
} else {
this.throw(415, 'images only!');
}

Content Negotiation

Koa request
對象包含 content negotiation 功能（由 accepts 和 negotiator 提供）：

  • req.accepts(types)
  • req.acceptsEncodings(types)
  • req.acceptsCharsets(charsets)
  • req.acceptsLanguages(langs)
    如果沒有提供 types，將會返回所有的可接受類型。
    如果提供多種 types，將會返回最佳匹配類型。如果沒有匹配上，則返回 false，您應該給客戶端返回 406 "Not Acceptable"。
    為了防止缺少 accept headers 而導致可以接受任意類型，將會返回第一種類型。因此，您提供的類型順序非常重要。
req.accepts(types)

檢查給定的類型 types(s) 是否可被接受，當為 true 時返回最佳匹配，否則返回 false。type 的值可以是一個或者多個 mime 類型字符串。 比如 "application/json" 擴展名為 "json"，或者數組 ["json", "html", "text/plain"]。
// Accept: text/html
this.accepts('html');
// => "html"

// Accept: text/*, application/json
this.accepts('html');
// => "html"
this.accepts('text/html');
// => "text/html"
this.accepts('json', 'text');
// => "json"
this.accepts('application/json');
// => "application/json"

// Accept: text/*, application/json
this.accepts('image/png');
this.accepts('png');
// => false

// Accept: text/*;q=.5, application/json
this.accepts(['html', 'json']);
this.accepts('html', 'json');
// => "json"

// No Accept header
this.accepts('html', 'json');
// => "html"
this.accepts('json', 'html');
// => "json"
this.accepts() 可以被調用多次，或者使用 switch:
switch (this.accepts('json', 'html', 'text')) {
case 'json': break;
case 'html': break;
case 'text': break;
default: this.throw(406, 'json, html, or text only');
}

req.acceptsEncodings(encodings)

檢查 encodings 是否可以被接受，當為 true 時返回最佳匹配，否則返回 false。 注意：您應該在 encodings 中包含 identity。
// Accept-Encoding: gzip
this.acceptsEncodings('gzip', 'deflate', 'identity');
// => "gzip"
this.acceptsEncodings(['gzip', 'deflate', 'identity']);
// => "gzip"
當沒有傳遞參數時，返回包含所有可接受的 encodings 的數組：
// Accept-Encoding: gzip, deflate
this.acceptsEncodings();
// => ["gzip", "deflate", "identity"]
注意：如果客戶端直接發送 identity;q=0 時，identity encoding（表示no encoding） 可以不被接受。雖然這是一個邊界情況，您仍然應該處理這種情況。

req.acceptsCharsets(charsets)

檢查 charsets 是否可以被接受，如果為 true 則返回最佳匹配， 否則返回 false。
// Accept-Charset: utf-8, iso-8859-1;q=0.2, utf-7;q=0.5
this.acceptsCharsets('utf-8', 'utf-7');
// => "utf-8"
this.acceptsCharsets(['utf-7', 'utf-8']);
// => "utf-8
當沒有傳遞參數時， 返回包含所有可接受的 charsets 的數組：
// Accept-Charset: utf-8, iso-8859-1;q=0.2, utf-7;q=0.5
this.acceptsCharsets();
// => ["utf-8", "utf-7", "iso-8859-1"]

req.acceptsLanguages(langs)

檢查 langs 是否可以被接受，如果為 true 則返回最佳匹配，否則返回 false。
// Accept-Language: en;q=0.8, es, pt
this.acceptsLanguages('es', 'en');
// => "es"
this.acceptsLanguages(['en', 'es']);
// => "es"
當沒有傳遞參數時，返回包含所有可接受的 langs 的數組：
// Accept-Language: en;q=0.8, es, pt
this.acceptsLanguages();
// => ["es", "pt", "en"]

req.idempotent

檢查請求是否為冪等(idempotent)。

req.socket

返回請求的socket。

req.get(field)

返回請求 header 中對應 field 的值。

響應(Response)

Koa Response 對象是對 node 的 response 進一步抽象和封裝，提供了日常 HTTP 服務器開發中一些有用的功能

API

res.header

Response header 對象。

res.socket

Request socket。

res.status

獲取 response status。不同于 node 在默認情況下 res.statusCode 為200，res.status 并沒有賦值

res.statusString

Response status 字符串

res.status=

通過 數字狀態碼或者不區分大小寫的字符串來設置response status：

  • 100 "continue"
  • 101 "switching protocols"
  • 102 "processing"
  • 200 "ok"
  • 201 "created"
  • 202 "accepted"
  • 203 "non-authoritative information"
  • 204 "no content"
  • 205 "reset content"
  • 206 "partial content"
  • 207 "multi-status"
  • 300 "multiple choices"
  • 301 "moved permanently"
  • 302 "moved temporarily"
  • 303 "see other"
  • 304 "not modified"
  • 305 "use proxy"
  • 307 "temporary redirect"
  • 400 "bad request"
  • 401 "unauthorized"
  • 402 "payment required"
  • 403 "forbidden"
  • 404 "not found"
  • 405 "method not allowed"
  • 406 "not acceptable"
  • 407 "proxy authentication required"
  • 408 "request time-out"
  • 409 "conflict"
  • 410 "gone"
  • 411 "length required"
  • 412 "precondition failed"
  • 413 "request entity too large"
  • 414 "request-uri too large"
  • 415 "unsupported media type"
  • 416 "requested range not satisfiable"
  • 417 "expectation failed"
  • 418 "i'm a teapot"
  • 422 "unprocessable entity"
  • 423 "locked"
  • 424 "failed dependency"
  • 425 "unordered collection"
  • 426 "upgrade required"
  • 428 "precondition required"
  • 429 "too many requests"
  • 431 "request header fields too large"
  • 500 "internal server error"
  • 501 "not implemented"
  • 502 "bad gateway"
  • 503 "service unavailable"
  • 504 "gateway time-out"
  • 505 "http version not supported"
  • 506 "variant also negotiates"
  • 507 "insufficient storage"
  • 509 "bandwidth limit exceeded"
  • 510 "not extended"
  • 511 "network authentication required"
    注意：不用擔心記不住這些字符串，如果您設置錯誤，會有異常拋出，并列出該狀態碼表來幫助您進行更正。
res.length=

通過給定值設置 response Content-Length

res.length

如果 Content-Length 作為數值存在，或者可以通過 res.body 來進行計算，則返回相應數值，否則返回 undefined。

res.body

獲得 response body。

res.body=

設置 response body 為如下值：

  • string written
  • Buffer written
  • Stream piped
  • Object json-stringified
  • null no content response
    如果 res.status 沒有賦值，Koa會自動設置為 200 或 204。
String

Content-Type 默認為 text/html 或者 text/plain，兩種默認 charset 均為 utf-8。 Content-Length 同時會被設置。

Buffer

Content-Type 默認為 application/octet-stream，Content-Length同時被設置。

Stream

Content-Type 默認為 application/octet-stream

Object

Content-Type 默認為 application/json。

res.get(field)

獲取 response header 中字段值，field 不區分大小寫。
var etag = this.get('ETag');

res.set(field, value)

設置 response header 字段 field 的值為 value
this.set('Cache-Control', 'no-cache');

res.set(fields)

使用對象同時設置 response header 中多個字段的值。
this.set({
'Etag': '1234',
'Last-Modified': date
});

res.remove(field)

移除 response header 中字段 filed。

res.type

獲取 response Content-Type，不包含像 "charset" 這樣的參數。
var ct = this.type;
// => "image/png"

res.type=

通過 mime 類型的字符串或者文件擴展名設置 response Content-Type
this.type = 'text/plain; charset=utf-8';
this.type = 'image/png';
this.type = '.png';
this.type = 'png';
注意：當可以根據 res.type 確定一個合適的 charset 時，charset 會自動被賦值。 比如 res.type = 'html' 時，charset 將會默認設置為 "utf-8"。然而當完整定義為 res.type = 'text/html'時，charset 不會自動設置。

res.redirect(url, [alt])

執行 [302] 重定向到對應 url。
字符串 "back" 是一個特殊參數，其提供了 Referrer 支持。當沒有Referrer時，使用 alt 或者 / 代替。
this.redirect('back');
this.redirect('back', '/index.html');
this.redirect('/login');
this.redirect('http://google.com');
如果想要修改默認的 [302] 狀態，直接在重定向之前或者之后執行即可。如果要修改 body，需要在重定向之前執行。
this.status = 301;
this.redirect('/cart');
this.body = 'Redirecting to shopping cart';

res.attachment([filename])

設置 "attachment" 的 Content-Disposition，用于給客戶端發送信號來提示下載。filename 為可選參數，用于指定下載文件名。

res.headerSent

檢查 response header 是否已經發送，用于在發生錯誤時檢查客戶端是否被通知。

res.lastModified

如果存在 Last-Modified，則以 Date 的形式返回。

res.lastModified=

以 UTC 格式設置 Last-Modified。您可以使用 Date 或 date 字符串來進行設置。
this.response.lastModified = new Date();

res.etag=

設置 包含 "s 的 ETag。注意沒有對應的 res.etag 來獲取其值。
this.response.etag = crypto.createHash('md5').update(this.body).digest('hex');

res.append(field, val)

在 header 的 field 后面 追加 val。

res.vary(field)

相當于執行res.append('Vary', field)。

最后編輯于 ：
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明：文章內容（如有圖片或視頻亦包括在內）由作者上傳并發布，文章內容僅代表作者本人觀點，簡書系信息發布平臺，僅提供信息存儲服務。
  • 人面猴
    序言：七十年代末，一起剝皮案震驚了整個濱河市，隨后出現的幾起案子，更是在濱河造成了極大的恐慌，老刑警劉巖，帶你破解...
    沈念sama閱讀 228,923評論 6贊 535
  • 死咒
    序言：濱河連續發生了三起死亡事件，死亡現場離奇詭異，居然都是意外死亡，警方通過查閱死者的電腦和手機，發現死者居然都...
    沈念sama閱讀 98,740評論 3贊 420
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進店門，熙熙樓的掌柜王于貴愁眉苦臉地迎上來，“玉大人，你說我怎么就攤上這事?！?“怎么了？”我有些...
    開封第一講書人閱讀 176,856評論 0贊 380
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵，是天一觀的道長。 經常有香客問我，道長，這世上最難降的妖魔是什么？ 我笑而不...
    開封第一講書人閱讀 63,175評論 1贊 315
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任，我火速辦了婚禮，結果婚禮上，老公的妹妹穿的比我還像新娘。我一直安慰自己，他們只是感情好，可當我...
    茶點故事閱讀 71,931評論 6贊 410
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布。 她就那樣靜靜地躺著，像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上，一...
    開封第一講書人閱讀 55,321評論 1贊 324
  • 城市分裂傳說
    那天，我揣著相機與錄音，去河邊找鬼。 笑死，一個胖子當著我的面吹牛，可吹牛的內容都是我干的。 我是一名探鬼主播，決...
    沈念sama閱讀 43,383評論 3贊 443
  • 雙鴛鴦連環套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼，長吁一口氣：“原來是場噩夢啊……” “哼！你這毒婦竟也來了？” 一聲冷哼從身側響起，我...
    開封第一講書人閱讀 42,533評論 0贊 289
  • 萬榮殺人案實錄
    序言：老撾萬榮一對情侶失蹤，失蹤者是張志新（化名）和其女友劉穎，沒想到半個月后，有當地人在樹林里發現了一具尸體，經...
    沈念sama閱讀 49,082評論 1贊 335
  • ?護林員之死
    正文 獨居荒郊野嶺守林人離奇死亡，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,891評論 3贊 356
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年，在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,067評論 1贊 371
  • 活死人
    序言：一個原本活蹦亂跳的男人離奇死亡，死狀恐怖，靈堂內的尸體忽然破棺而出，到底是詐尸還是另有隱情，我是刑警寧澤，帶...
    沈念sama閱讀 38,618評論 5贊 362
  • ?日本核電站爆炸內幕
    正文 年R本政府宣布，位于F島的核電站，受9級特大地震影響，放射性物質發生泄漏。R本人自食惡果不足惜，卻給世界環境...
    茶點故事閱讀 44,319評論 3贊 347
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧，春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,732評論 0贊 27
  • 一樁弒父案，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至，卻和暖如春，著一層夾襖步出監牢的瞬間，已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,987評論 1贊 289
  • 情欲美人皮
    我被黑心中介騙來泰國打工， 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留，地道東北人。 一個月前我還...
    沈念sama閱讀 51,794評論 3贊 394
  • 代替公主和親
    正文 我出身青樓，卻偏偏與公主長得像，于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子，可洞房花燭夜當晚...
    茶點故事閱讀 48,076評論 2贊 375

推薦閱讀更多精彩內容