express中間件

来源:https://www.cnblogs.com/ygjzs/archive/2020/01/23/12231576.html
-Advertisement-
Play Games

載入靜態資源 複習以前學的express express怎麼用? 如何獲取請求? 如何處理響應? 如何對向外暴露靜態資源? express核心:中間件:如何理解? 中間件:用來處理 http 請求的一個具體的環節(可能要執行某個具體的處理函數) 中間件一般都是通過修改 req 或者 res 對象來為 ...


載入靜態資源--複習以前學的express

express怎麼用?
如何獲取請求?
如何處理響應?
如何對向外暴露靜態資源?
express核心:中間件:如何理解?

中間件:用來處理 http 請求的一個具體的環節(可能要執行某個具體的處理函數)
中間件一般都是通過修改 req 或者 res 對象來為後續的處理提供便利的使用
中間件分類:
use(function () {req, res, next}) 不關心請求方法和請求路徑,沒有具體路由規則,任何請求都會進入該中間件
use('請求路徑', function (req, res, next) {}) 不關心請求方法,只關心請求路勁的中間件
get('請求路徑', function (req, res, next) {}) 具體路由規則中間件
post('請求路徑', function (req, res, next) {})

// 需求一:用戶訪問 / 響應 hello world
// 需求二:用戶訪問 /login 響應 hello login
// 需求三:將 public 目錄開放為類似於 Apache 一樣,可以直接通過路徑去取訪問該目錄中的任意資源

const express = require('express')
const fs = require('fs')

// 1. 調用 express() 方法,得到一個 app 實例介面對象(類似於 http.createServer 得到的 server 實例)
const app = express()

// 這個就表示是一個中間件
// 目前下麵這個 API ,任何請求進來都會執行對應的處理函數
// 不關心當前請求的具體請求方法和請求路徑
// 該代碼內部如果不發送響應或者做進一步處理則代碼會一直停在這裡,不會往後執行
app.use(function (req, res, next) {
  const urlPath = req.path
  // /puiblic/a.css
  // /public/main.js
  if (urlPath.startsWith('/public/')) {
    const filePath = `.${urlPath}` // 這裡加 . 的原因是因為如果讀文件是以 / 開頭的則會去當前文件所屬磁碟根目錄去查找
    fs.readFile(filePath, (err, data) => {
      if (err) {
        return res.end('404 Not Found.')
      }
      res.end(data)
    })
  } else {
    // 如果請求路徑不是以 /public/ 開頭的,則調用 next ,next 是一個函數(不確定)
    // 這裡調用了 next  的目的就是告訴 Express 繼續往後執行:中間件
    // 具體執行哪個中間件:取決於對應的中間件的類型
    next()
  }
})

// 2. 通過 app 設置對應的路徑對應的請求處理函數
//    回調處理函數中:
//      req 請求對象:用來獲取當前客戶端的一些請求數據或者請求報文信息
//          例如 req.query 用來獲取查詢字元串數據
//               req.method 用來當前請求方法
//      res 響應對象:用來向當前請求客戶端發送消息數據的
//          例如 res.write('響應數據')
//               res.end() 結束響應
app.get('/', (req, res) => {
  res.write('hello ')
  res.write('expres')
  res.end()
})

app.get('/login', (req, res) => {
  // end 用來結束響應的同時發送響應數據
  res.end('hello login')
})

// 3. 開啟監聽,啟動伺服器
app.listen(3000, () => {
  console.log('服務已啟動,請訪問:http://127.0.0.1:3000/')
})

利用中間件實現封裝static中間件

對於相同請求重覆兩次,會怎樣處理?------對於一次請求來說,只能響應一次

express中的中間件
app.use('/public', express.static('開放目錄的路徑'))

在 use 方法中,如果指定了第一個路徑參數,則通過req.path 獲取到的是不包含該請求路徑的字元串
例如當前請求路勁是/public/a.jpg則通過req.path拿到的就是 a.jpg
/public/a/a.css a/a.css
目前已知傳遞給了 static 方法一個絕對路徑c:/project/public
假設目前請求是 /public/a/a.css 拿到的 req.path a/a.css
c:/project/public + a/a.cs 拼接起來,讀取

const express = require('express')
const fs = require('fs')
const path = require('path')
const static = require('./middlwares/static')

const app = express()

app.use('/public', static(path.join(__dirname, 'public')))
app.use('/node_modules', static(path.join(__dirname, 'node_modules')))

app.get('/', (req, res, next) => {
  console.log('/ 111')
  res.end('hello')
  next()
})

app.get('/', (req, res, next) => {
  console.log('/ 222')
  // 1. 在 http 中,沒有請求就沒有響應,服務端不可能主動給客戶端發請求,就是一問一答的形式
  // 2. 對於一次請求來說,只能響應一次,如果發送了多次響應,則只有第一次生效
  res.end('world')
  next()
})

app.use((req, res, next) => {
  console.log(111)
  // 假如有請求進入了該中間件,這裡調用的 next 會執行下一個能匹配的中間件
  // get /
  // get /a
  next()
})

// /  111 222 333
// /a 111 use /a
// /a next() 111 use/a 222 333
app.use('/a', (req, res, next) => {
  console.log('use /a')
  next()
})

app.use((req, res, next) => {
  console.log(222)
  next()
})

app.use((req, res, next) => {
  console.log(333)
})

app.listen(3000, () => {
  console.log('服務已啟動,請訪問:http://127.0.0.1:3000/')
})

載入的封裝的static模塊

const fs = require('fs')
const path = require('path')

module.exports = function (dirPath) {
  // 這裡不需要調用 next
  // 因為如果不是以 /public 開頭的,當前這個中間件壓根兒就不會進來
  return (req, res, next) => {
    const filePath = path.join(dirPath, req.path)
    fs.readFile(filePath, (err, data) => {
      if (err) {
        return res.end('404 Not Found.')
      }
      res.end(data)
    })
  }
}

處理日誌

該處理放在前面,要保證其每次發起請求都被執行到,並記錄日誌

const express = require('express')
const fs = require('fs')
const path = require('path')
const static = require('./middlwares/static')

const app = express()

app.use((req, res, next) => {
  const log = `請求方法:${req.method}  請求路徑:${req.url} 請求時間:${+new Date()}\n`
  fs.appendFile('./log.txt', log, err => {
    if (err) {
      return console.log('記錄日誌失敗了')
    }
    next()
  })
})


app.listen(3000, () => {
  console.log('服務已啟動,請訪問:http://127.0.0.1:3000/')
})

日誌文件

請求方法:GET  請求路徑:/ 請求時間:1486537214226請求方法:GET  請求路徑:/favicon.ico 請求時間:1486537214735請求方法:GET  請求路徑:/ 請求時間:1486537249534
請求方法:GET  請求路徑:/favicon.ico 請求時間:1486537250459
請求方法:GET  請求路徑:/ 請求時間:1486537253228
請求方法:GET  請求路徑:/favicon.ico 請求時間:1486537254353

錯誤處理和404處理

註意這裡這兩種中間的所處位置

const express = require('express')
const fs = require('fs')

const app = express()

app.get('/', function aaa(req, res, next) {
  // 通過 JSON.parse 解析查詢字元串中的某個
  try {
    const data = JSON.parse('{abc')
    res.json(data)
  } catch (e) {
    next(e)
  }
})

app.get('/a', (req, res, next) => {
  fs.readFile('./dnsajndsja', (err, data) => {
    if (err) {
      // 這裡調用的 next 會被 app.use((err, req, res, next)) 這個中間件匹配到
      next(err)
    }
  })
})

app.get('/b', (req, res, next) => {
  res.end('hello index')
})

// 該中間件只有被帶有參數的 next 才能調用到
//    帶參數的 next 只能被具有四個參數的處理中間件匹配到
// 註意:這裡一定要寫全四個參數,否則會導致問題
// 這個中間件就是用來全局統一處理錯誤的
app.use((err, req, res, next) => {
  const error_log = `
====================================
錯誤名:${err.name}
錯誤消息:${err.message}
錯誤堆棧:${err.stack}
錯誤時間:${new Date()}
====================================\n\n\n`
  fs.appendFile('./err_log.txt', error_log, err => {
    res.writeHead(500, {})
    res.end('500 伺服器正忙,請稍後重試')
  })
})

// 404 處理中間件
app.use((req, res, next) => {
  res.end('404')
})

app.listen(3000, () => {
  console.log('running...')
})

錯誤日誌文件


====================================
錯誤名:SyntaxError
錯誤消息:Unexpected token a in JSON at position 1
錯誤堆棧:SyntaxError: Unexpected token a in JSON at position 1
    at Object.parse (native)
    at aaa (C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\app-middleware-404.js:9:23)
    at Layer.handle [as handle_request] (C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\node_modules\express\lib\router\layer.js:95:5)
    at next (C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\node_modules\express\lib\router\route.js:131:13)
    at Route.dispatch (C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\node_modules\express\lib\router\route.js:112:3)
    at Layer.handle [as handle_request] (C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\node_modules\express\lib\router\layer.js:95:5)
    at C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\node_modules\express\lib\router\index.js:277:22
    at Function.process_params (C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\node_modules\express\lib\router\index.js:330:12)
    at next (C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\node_modules\express\lib\router\index.js:271:10)
    at expressInit (C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\node_modules\express\lib\middleware\init.js:33:5)
錯誤時間:Wed Feb 08 2017 15:52:52 GMT+0800 (中國標準時間)
====================================



====================================
錯誤名:Error
錯誤消息:ENOENT: no such file or directory, open 'C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\dnsajndsja'
錯誤堆棧:Error: ENOENT: no such file or directory, open 'C:\Users\lpz\Desktop\00-Node-第2天-內容1、內容2\4-源代碼\express-demo\dnsajndsja'
    at Error (native)
錯誤時間:Wed Feb 08 2017 15:53:14 GMT+0800 (中國標準時間)
====================================

Express API

express官網

  • express()
  • Application
  • Request
  • Response
  • Router

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 今天在Ubuntu伺服器上安裝supervisor,部署沒成功想卸載重來,sudo apt-get remove supervisor 後發現配置文件還在,便手動刪除了配置文件。再次安裝,提示配置文件不存在,WTF!配置文件不該你軟體給我創建嗎?我想。 查閱資料才知,還有 apt-get purge ...
  • (1)、開機進入系統前,按F8,進入Windows 10的高級啟動選項,選擇“修複電腦”。 (2)、選擇鍵盤輸入方法。 (3)、如果有管理員密碼,需要輸入;如果沒有設置密碼,直接“確定”即可。 (4)、進入系統恢覆選項後,選擇“Dell DataSafe 還原和緊急備份”。 (5)、選擇“選擇其他 ...
  • 子查詢 版本要求 MySQL 4.1引入了對子查詢的支持,所以要想使用 本章描述的SQL,必須使用MySQL 4.1或更高級的版本。 SELECT語句 是SQL的查詢。迄今為止我們所看到的所有 SELECT 語句 都是簡單查詢,即從單個資料庫表中檢索數據的單條語句。 查詢(query) 任何SQL語 ...
  • 數據分組 目前為止的所有計算都是在表的所有數據或匹配特定的 WHERE 子句的 數據上進行的。提示一下,下麵的例子返回供應商 1003 提供的產品數目 但如果要返回每個供應商提供的產品數目怎麼辦?或者返回只提供 單項產品的供應商所提供的產品,或返回提供10個以上產品的供應商怎 麽辦? 這就是分組顯身 ...
  • 聚集函數 我們經常需要彙總數據而不用把它們實際檢索出來,為此MySQL提 供了專門的函數。使用這些函數,MySQL查詢可用於檢索數據,以便分 析和報表生成。這種類型的檢索例子有以下幾種。 確定表中行數(或者滿足某個條件或包含某個特定值的行數)。 獲得表中行組的和。 找出表列(或所有行或某些特定的行) ...
  • Ream--(objc)寫事務精簡方案 地址: REALM-- Realm官方提供的的寫事務有兩種方式: A[realm beginWriteTransaction]; // ... [realm commitWriteTransaction]; B [realm transactionWithBl ...
  • 這幾天用自己目前掌握的安卓開發知識製作了一個記事本小程式,在這裡分享一下開發流程,希望可以幫到和我一樣的初學者。 開發工具為Android studio,後臺語言為java,使用的資料庫為安卓的SQLite資料庫,功能及效果圖如下: 主界面,長按可刪除: 點擊加號添加: 主頁面點擊查看,此頁面含修改 ...
  • 如果你剛剛說開心,說雞凍,說嘚瑟,那你完了,你高興得太早了,畢竟小程式佈局的技術,Flex都還沒開始學,等學會再嘚瑟吧。 Flex是Flexible Box的縮寫,意為”彈性佈局”,可以支持從左到右,從上到下...... ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...