作者：凹凸曼 – 暖暖

SVG 即 Scalable Vector Graphics 可縮放矢量圖形，使用XML格式定義圖形。

一、SVG印象

SVG 的應用十分廣泛，得益於 SVG 強大的各種特性。

1.1、 矢量

可利用 SVG 矢量的特點，描出深圳地鐵的輪廓：

1.2、iconfont

SVG 可依據一定的規則，轉成 iconfont 使用：

1.3、 foreignObject

利用 SVG 的 foreignObject 標籤實現截圖功能，原理：foreignObject 內部嵌入 HTML 元素：

<svg xmlns="http://www.w3.org/2000/svg">
	<foreignObject width="120" height="60">
		<p style="font-size:20px;margin:0;">凹凸實驗室 歡迎您</p>
	</foreignObject>
</svg>

截圖實現流程：

1. 首先聲明一個基礎的 svg 模版，這個模版需要一些基礎的描述信息，最重要的，它要有 <foreignObject></foreignObject> 這對標籤；
2. 將要渲染的 DOM 模版模版嵌入 foreignObject 即可；
3. 利用 Blob 構建 svg 對象；
4. 利用 URL.createObjectURL(svg) 取出 URL。

1.4、SVG SMIL

由於微信編輯器不允許嵌入 <style><script><a> 標籤，利用SVG SMIL 可進行微信公眾號極具創意的圖文排版設計，包括動畫與交互。
但是也要注意，標籤里不允許有id，否則會被過濾或替換掉。

點擊 “凹凸實驗室” 后，圍繞 “凹凸實驗室” 中心旋轉 360度，點擊0.5秒后 出現 https://aotu.io/ ，動畫只運行一次。

下圖為 GIF循環演示：

代碼如下：

<svg width="360" height="300" xmlns="http://www.w3.org/2000/svg">
    <g>
        <!-- 點擊后 運行transform旋轉動畫，restart="never"表示只運行一次 -->
        <animateTransform attributeName="transform" type="rotate" begin="click" dur="0.5s" from="0 100 80" to="360 100 80"  fill="freeze" restart="never" />
        <g>
            <text font-family="microsoft yahei" font-size="20" x="50" y="80">
                凹凸實驗室
            </text>
        </g>
        <g style="opacity: 0;">
            <!-- 同一個初始位置以及大致的寬高，觸發點擊事件 -->
            <text font-family="microsoft yahei" font-size="20" x="50" y="80">https://aotu.io/</text>
            <!-- 點擊后 運行transform移動動畫，改變文本的位置 -->
            <animateTransform attributeName="transform" type="translate" begin="click" dur="0.1s" to="0 40"  fill="freeze" restart="never" />
            <!-- 點擊0.5秒后 運行opacity显示動畫 -->
            <animate attributeName="opacity" begin="click+0.5s" from="0" to="1" dur="0.5s" fill="freeze" restart="never" />
        </g>
    </g>
</svg>

以上是鄙人對SVG的大致印象，最近的需求開發再次刷新了我的認知，那就是 SVG實現非比例縮放 以及 小程序不支持SVG標籤的處理，下面容我來講述一番。

二、SVG 實現非比例縮放

我們熟知的 iconfont，可通過改變字體大小縮放，但是這是 比例縮放，那如何實現 SVG 的非比例縮放呢？
如下圖所示，如何將 一隻兔子 非比例縮放？

划重點：實現非比例縮放主要涉及三個知識點：viewport、viewBox和preserveAspectRatio，viewport 與viewBox 結合可實現縮放的功能，viewBox 與 preserveAspectRatio 結合可實現非比例的功能。

2.1、viewport

viewport 表示SVG可見區域的大小。
viewport 就像是我們的显示器屏幕大小，超出區域則隱藏，原點位於左上角，x 軸水平向右，y 軸垂直向下。

通過類似CSS的屬性 width、height 指定視圖大小：

<svg width="400" height="200"></svg>

2.2、viewBox

viewBox值有4個数字：x, y, width, height 。
其中 x：左上角橫坐標，y：左上角縱坐標，width：寬度，height：高度。
原點默認位於左上角，x 軸水平向右，y 軸垂直向下。

<svg width="400" height="200" viewBox="0 0 200 100"></svg>

显示器屏幕的畫面，可以特寫，可以全景，這就是 viewBox。
viewBox 可以想象成截屏工具選中的那個框框，和 viewport 作用的結果就是 把框框中的截屏內容再次在 显示器 中全屏显示。

（圖片來源：SVG 研究之路 (23) – 理解 viewport 與 viewbox）

2.3、preserveAspectRatio

上圖的紅色框框和藍色框框，恰好和显示器的比例相同，如果是下圖的綠色框框，怎樣在显示器屏幕中显示呢？

2.3.1、 定義

preserveAspectRatio 作用的對象是 viewBox，使用方法如下：

preserveAspectRatio="[defer] <align> [<meetOrSlice>]"
// 例如 preserveAspectRatio="xMidYMid meet"

其中 defer 此時不是重點，暫且忽略，主要了解 align 和 meetOrSlice 的 用法：

• align：由兩個名詞組成，分別代表 viewbox 與 viewport 的 x 方向、y方向的對齊方式。

值	含義
xMin	viewport 和 viewBox 左邊對齊
xMid	viewport 和 viewBox x軸中心對齊
xMax	viewport 和 viewBox 右邊對齊
YMin	viewport 和 viewBox 上邊緣對齊。注意Y是大寫。
YMid	viewport 和 viewBox y軸中心點對齊。注意Y是大寫。
YMax	viewport 和 viewBox 下邊緣對齊。注意Y是大寫。

• meetOrSlice：表示如何維持高寬的比例，有三個值 meet、slice、none。
  • meet – 默認值，保持縱橫比縮放 viewBox 適應 viewport，可能會有餘留的空白。
  • slice – 保持縱橫比同時比例小的方向放大填滿 viewport，超出的部分被剪裁掉。
  • none – 扭曲縱橫比以充分適應 viewport。

2.3.2、 例子

例子1：preserveAspectRatio="xMidYMid meet" 表示 綠色框框 與 显示器的 x 方向、y方向的 中心點 對齊；

例子2：preserveAspectRatio="xMidYMin slice" 表示 綠色框框 與 显示器的 x 方向 中心點 對齊，Y 方向 上邊緣對齊，保持比例放大填滿 显示屏 后超出部分隱藏；

例子3：preserveAspectRatio="xMidYMid slice" 表示 綠色框框 與 显示器的 x 方向、y方向的 中心點 對齊，保持比例放大填滿显示屏 后超出部分隱藏；

例子4：preserveAspectRatio="none" 不管三七二十一，隨意縮放綠色框框，填滿 显示屏即可；這就是非比例縮放的答案了。

三、小程序不支持svg標籤怎麼辦

微信小程序官方不支持 SVG 標籤的，但是決定曲線救國，相當於自己實現了一個SVG標籤：使用小程序內置的 Canvas 渲染器， 在 Cax 中實現 SVG 標準的子集，使用 JSX 或者 HTM（Hyperscript Tagged Markup） 描述 SVG 結構行為表現。

但是今天我想講講其他的。
我們知道，小程序雖然不支持 SVG 標籤，但是支持 svg 轉成 base64 後作為 background-image 的 url，如 background-image: url("data:image/svg+xml.......) 。

但是我這邊還有個需求，隨時更改 SVG 每個路徑的顏色，即 顏色可配置：

來迴轉 Base64 肯定是比較麻煩的，有沒有更好的方式呢？
直接貼答案：對於SVG圖形，還有更好的實現方式，就是直接使用SVG XML格式代碼，無需進行base64轉換。

3.1、URL 編碼

直接使用 SVG XML 格式代碼，首先要了解 Data URI的格式。
划重點：base64非必選項，不指定的時候，後面的 <data> 將使用 URL編碼。

3.1.1、入門

百分號編碼(Percent-encoding), 也稱作URL編碼(URL encoding)，是特定上下文的統一資源定位符 (URL)的編碼機制。

原理：ASCII 字符 = % + 兩位 ASCII 碼（十六進制）。
例如，字符 a 對應的 ASCII 碼為 0x61，那麼 URL 編碼后得到 %61 。

3.1.2、URL 編碼壓縮

前言：

Data URI 的格式中的 <data> 完全使用URL 編碼也是可以的，如 encodeURIComponent('<svg version="1.1" viewBox= …</svg>')。
但是和轉義前原始SVG相比，可讀性差了很多，而且佔用體積也變大了。
如果深入了解URL 編碼的話，<data> 沒必要全部編碼的。

正文：

RFC3986文檔規定，URL中只允許包含 未保留字符 以及 所有保留字符。

• 未保留字符：包含英文字母（a-zA-Z）、数字（0-9）、-_.~ 4個特殊字符。對於未保留字符，不需要百分號編碼。
• 保留字符：具有特殊含義的字符 :/?#[]@ (分隔Url的協議、主機、路徑等組件) 和 !$&'()*+,;= （用於在每個組件中起到分隔作用的，如&符號用於分隔查詢多個鍵值對）。
• 受限字符或不安全字符：直接放在Url中的時候，可能會引起解析程序的歧義，因此這部分需要百分號編碼，如%、空格、雙引號"、尖號 <>等等。

綜上所述，只需要對 受限字符或不安全字符 進行編碼即可。

• JS 處理比較簡單，利用 replace 將 需要編碼的字符 替換掉 即可，基本替換 以下的符號 就夠用了：

svgToUrl (svgData) {
    encoded = encoded
      .replace(/<!--(.*)-->/g, '') // 親測必須去掉註釋
      .replace(/[\r\n]/g, ' ') // 親測最好去掉換行
      .replace(/"/g, `'`) // 單引號是保留字符，雙引號改成單引號減少編碼
      .replace(/%/g, '%25')
      .replace(/&/g, '%26')
      .replace(/#/g, '%23')
      .replace(/{/g, '%7B')
      .replace(/}/g, '%7D')
      .replace(/</g, '%3C')
      .replace(/>/g, '%3E')
    return `data:image/svg+xml,${encoded}`
  }

• 如果使用在 CSS 中，可利用 SASS版本3.3以上 的 三個API 對 SVG字符串做替換處理。

  1. str_insert(string, insert, index)： 從 $string 第 $index 插入字符 $insert；
  2. str_index(string, substring): 返回 $substring 在 $string 中第一個位置；
  3. str_slice(string, start_at, end_at = nil): 返回從字符 $string 中第 $start_at 開始到 $end_at 結束的一個新字符串。

  前人已有總結，可前往 https://github.com/leeenx/sass-svg/blob/master/sass-encodeuri.scss 查看完整代碼。

3.2、SVG 壓縮

一般從 Sketch 導出 SVG ，冗餘代碼比較多，有條件的話建議使用 SVGO 壓縮SVG的原本體積，比如清除換行、重複空格；刪除文檔聲明；刪除註釋；刪除desc描述等等。

四、總結

SVG強大的地方在於，出其不意，炫酷，與眾不同。

無論是微信公眾號花式排版，foreignObject 標籤實現截圖，實現非比例縮放，或者 背景圖直接使用 SVG XML 格式代碼，還是上文沒有提及的路徑動畫、描邊動畫、圖形裁剪、濾鏡等等，都可以玩出新的花樣。

SVG 一個屬性可成就一篇文章，學習 SVG 可以說是在挑戰自己，歡迎加入 SVG 的學習隊列。

五、參考內容 · 推薦閱讀

三看 SVG Web 動效
URL編碼的奧秘
學習了，CSS中內聯SVG圖片有比Base64更好的形式
超級強大的SVG SMIL animation動畫詳解
詳細教你微信公眾號正文頁SVG交互開發
SVG 簡介與截圖等應用

歡迎關注凹凸實驗室博客：aotu.io

或者關注凹凸實驗室公眾號（AOTULabs），不定時推送文章：

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

※新北清潔公司,居家、辦公、裝潢細清專業服務

※教你寫出一流的銷售文案?

1、首先要在 添加好友 這個按鈕上添加一個事件，也就是在detail.wxml的添加好友這個按鈕的哪裡，添加一個點擊事件 handleAddFriend

　　並且添加好友還要考慮，現在是已登陸狀態還是未登陸狀態的，只有是登陸狀態的時候，才可以發起添加好友的請求的

所以就要先判斷一下它是否已經登陸了

因為只要是登陸之後，就會把用戶的id寫入到全局的userinfo下面的

  handleAddFriend(){
      if( app.userInfo._id){

      }
      else{
        wx.showToast({
          title: '請先登陸',
          duration : 2000,
          // 然後不要讓它显示圖標
          icon : 'none',
          success: ()=>{
            // 如果成功的話就直接跳轉到我的頁面去
            // 但是注意了這裏不能用 navigator to，因為它主要是跳轉
            // 普通的頁面，而這裏“我的頁面”其實是同tabbar來進行配置的
            
          }
        })
      }
  }

這個時候就可以查找一下 小程序文檔 中關於“路由”的介紹了

 

 

 

可以看到要用wx.switchtab來進行操作了

 然後因為我們設置了那個提示“請先登陸”是維持兩秒鐘，所以我們也要設置這個跳轉到我的頁面中的時間也是兩秒鐘

handleAddFriend(){
      if( app.userInfo._id){

      }
      else{
        wx.showToast({
          title: '請先登陸',
          duration : 2000,
          // 然後不要讓它显示圖標
          icon : 'none',
          success: ()=>{
            // 如果成功的話就直接跳轉到我的頁面去
            // 但是注意了這裏不能用 navigator to，因為它主要是跳轉
            // 普通的頁面，而這裏“我的頁面”其實是同tabbar來進行配置的
         setTimeout(()=>{
           wx.switchTab({
             url: '/pages/user/user',
           })
         } , 2000);
          }
        })
      }
  }

上面的加入 沒登陸的情況也寫好了，下面就是對已經登陸了之後的設計了

就要在數據可以中建立一個message集合，主要是用來存儲好友消息，或者是系統的消息給這個用戶的一個信息集合的

這個集合裏面的每一個信息，包含了userID也就是這個好友請求或者是信息是發送給哪一個人的

然後還有一個其他想要加他好友的用戶id list數組，因為每個人都可以給這個人發起好友請求的，這就是對於數據庫1的建立了

所以在已經登陸之後，先查看一下有沒有這個發起好友的信息了，如果還有的話，就在數據庫中創立這個字段了

這個數據庫裏面的userid字段存的其實就是我們要加的這個人的id標識了，然後這個人的id我們可以從這個人的詳情頁面（detail）下的data中來獲得的

通過where就可以定位到在數據庫中這個用戶對應的字段了，然後用get就可以開始對這個字段裏面的東西進行查詢了

如果這個信息已經存在了就做更新操作，如果不存在的話就做創建操作即可了

 if( app.userInfo._id){
        db.collection('mesasge').where({
          userId : this.data.detail._id
        }).get().then((res)=>{
 
            if( res.data.length){//更新

            }
            else{  //tianjia1
              db.collection('message').add({
                data : {
                  userId : this.data.detail._id,
                  list : [ app.userInfo._id]
                }
              })
            }
        });
      }

之後就可以查看數據可以中的message 集合

 

 

 

 這樣的話，說明就調用成功了

二、更新message 信息

因為如果已經申請過了的話，就不能再往list裏面添加自己的id了，所以就要檢測一下現在是否在list中，

可以直接調用數組的include方法來進行查詢，如果找到了的話，就提示“已申請過了”如果沒找到的話就要往這個數組裡面進行數據更新了

查看了微信開放文檔之後會發現，如果是單個數據進行更新的話可以直接用doc好到之後進行更新就好了，但是如果對大量的數據進行批量的更新的話

因為在客戶端的更新能力還是有限的，所以就要到服務端上來完成了，也就是用雲函數來完成了（其實這個方法我們已經寫好了，也就是雲函數update了

else{
                wx.cloud.callFunction({
                  // name也就是我們要修改的數據庫的名字，data就是在雲函數中
                  // 想要的參數了
                  name : 'updata',
                  data : {
                    collection : 'message',
                    where :{
                        userId : this.data.detail._id
                    },
                    data : {
                      
                    }
                  }
                })
              }

注意了，在調用雲函數的時候，前面的data和後面的data是不一樣的，錢買你的是給雲函數的參數，但是後面的是我們要修改的數據了

在要修改list的數據到時候，就涉及了要對數組進行添加，也就是push操作了，其實在數據可以中也內置了一些的方法，commend.push等等

 

注意：在detail.js文件中，如果找到了這個數據流，但是沒有申請的話，就是進行更新，在更新的時候用到了update雲更新函數，

給這個雲函數傳入的data中

  data : `{list : _.unshift(' ${app.userInfo._id} ')}`

注意：最外面那層 並不是 單引號，而是 鍵盤 Esc下面的那個標點

 

三、添加好友功能之監聽message消息

在數據庫加入了一個 帶有list和userid的數據，所以在userid這個人登陸小程序之後，就應該可以看到有沒有人給他發送消息了

並且還是要實時的更新，就是這個人在登陸狀態的話，也可以直接收到了，也就是要實現實時的監聽數據庫中list的實時變化了

 

在開發者文檔中：雲開發-》實時數據的推送：

https://developers.weixin.qq.com/miniprogram/dev/wxcloud/guide/database/realtime.html

（它的意思就是我們可以監聽到數據庫發送的變化

 

 可以直接查看demo

const db = wx.cloud.database()
const watcher = db.collection('todos')
  // 按 progress 降序
  .orderBy('progress', 'desc')
  // 取按 orderBy 排序之後的前 10 個
  .limit(10)
  .where({
    team: 'our dev team'
  })
  .watch({
    onChange: function(snapshot) {
      console.log('docs\'s changed events', snapshot.docChanges)
      console.log('query result snapshot after the event', snapshot.docs)
      console.log('is init data', snapshot.type === 'init')
    },
    onError: function(err) {
      console.error('the watch closed because of error', err)
    }
  })
// ...
// 等到需要關閉監聽的時候調用 close() 方法
watcher.close()

我們可以在user頁面中進行檢測即可，也就是在登陸之後進行檢測了

我們創建了一個方法 getMessage（）。只要用戶登陸了之後就可以進行觸發了，在onReady裏面的登陸成功代碼之後即可了

也就是在數據庫定位到uuseid是這個用戶的數據之後，得到了之後就可以用watch方法來進行監聽了

 getMessage(){
    db.collection('message').where({
      userId : app.userInfo._id
    }).watch({
      onChange: function (snapshot) {
     console.log(snapshot);
      }
    });
  }

這個onChange就是進行監聽的函數了，我們在遇到陌生的一定要傳入參數的函數的時候，最好是把這個參數用console.log打印出來看看我們的想要的數據在哪個位置裏面的

注意了：如果是按照上面這樣的話，是會報錯的，以為缺少了錯誤返回的　　onError函數的，示例的demo裏面的格式是怎麼樣的，最好就用怎麼樣的

不然可能都是會報錯的

 

但是會發現，我們沒拿到有用的數據

 

 就可以用多賬號來調試一下了

（這裏用的多賬號最好還是用真實的賬號把，因為虛擬的出現的問題挺大的）

（然後還要設置給message權限是第一個，允許全部人看的那種，才可以看到在別的賬號上的加好友信息的

在別的賬號上面的話就可以看到打印的信息了，可以看到我們得到的消息其實是挺亂的，所以最好用判斷來搞一下

 

 測試之後會發現，得到的 snapshot 數據中有一個 docChanges 數組的，只要有申請，就會有显示了

所以我們可以通過對數組的長度進行一個判斷

然後再對這個list進行判斷，通過長度來進行判斷，如果有長度的話說明就有消息了

有消息的話就要給用戶一個提示，就是在下面的tabbar中的消息圖標右上角添加一個紅色的小點

===其實這個功能在微信小程序中其實就已經幫我們設計好了

微信文檔-》API-》界面-》tabbar-》wx.showTabBarRedDot

https://developers.weixin.qq.com/miniprogram/dev/api/ui/tab-bar/wx.showTabBarRedDot.html

它需要定義一個index屬性，來指定放紅點的是tabbar中的哪一項的（它是從0開始的，所以我們設置為2即可了）

也就是說這個用戶拿到了這個list之後，通過這個list的長度來判斷有沒有消息，然後設置紅點提示，並且還要把這個得到的list用到消息頁面中去的

所以就涉及到了，怎麼把這個得到的list共享到消息中去，這個和之前的userInfo是類似的，點開全局的app.js

 this.userMessage = []

這裏創立的是一個數組來的，不是對象了

然後在user.js裏面，判斷這個得到的list的長度，設置tabbar上面的小紅心，然後把得到的list賦值給全局的userMessage

但是如果檢測到這個list是空的話，就要把在tabbar上面的小紅心取消掉了

**然後還要讓我們全局的userMessage等於一個空的數組即可了

這樣，這個監聽的函數就完成了：

 getMessage(){
    db.collection('message').where({
      userId : app.userInfo._id
    }).watch({
      onChange: function (snapshot) {
    //  console.log(snapshot)
        if( snapshot.docChanges.length){
          //這裏就可以直接拿到message裏面所對應的消息列表了
          let list = snapshow.docChanges[0].doc.list;
          if( list.length ){
            wx.showTabBarRedDot({
              index: 2,
            });
            app.userMessage = list;
          }
          else{
            wx.hideTabBarRedDot({
              index: 2,
            })
            app.userMessage = [];
          }
        }
      },
      onError: function (err) {
        console.error('the watch closed because of error', err)
      }
    });
  }

 

 然後因為watch是實時監聽的，我們在數據庫裏面把給的信息刪掉的話

 

 這個紅點也就會消失了

 這就是因為正在實時的監聽着

四、下面搞的就是如何把共享的userMessage在消息頁面中渲染出來

===消息頁面和removeList組件布局

首先 切換編譯模式到消息頁面中，先做布局

<view class="message">
  <view>
    <text>暫無消息：</text>
  </view> 
  <view>
    <text>消息列表：</text>
    <view>第一條消息</view>
    <view>第二條消息</view>
  </view>

</view>

　　之後就是先判斷有沒有消息。所以就要在js看i嗎添加一個東西，這裏添加的是一個userMessage數組，就是用來接收我們的那個全局的list的，

如果這個數組是空的話，說明就是沒有消息了，反之，所以就可以通過這個來進行判斷了

 

**之後就要測試一下message這個頁面裏面文件的生命周期了

這就是為了測試，在tabbar中的生命周期是怎麼樣的

在message.js裏面

  onReady: function () {
    console.log(1)
  },

  /**
   * 生命周期函數--監聽頁面显示
   */
  onShow: function () {
    console.log(2)
  },

 

 

在點擊了下main的tabbar的圖標之後，

打印的結果：

 

 但是當我們幾點了個人頁面之後，再點擊消息頁面的時候，只打印了2

也就是說在tabbar裏面的onreay並不會再次的觸發（但是普通頁面的onreay是會被再次觸發的），但是他也是會觸發onshow的

所以基於這個就可以在onshow中添加東西，來監聽現在的消息變化情況了

因為如果想要進入消息頁面的話，就得先登陸，所以這力又要一個判斷了，如果沒登陸得話，就讓他跳轉到登陸頁面去的

（這個功能就和我們的detail裏面很像的，就可以直接COPY過來了）

const app = getApp()
Page({

  /**
   * 頁面的初始數據
   */
  data: {
    userMessage : [],
    logged : false
  },

  /**
   * 生命周期函數--監聽頁面加載
   */
  onLoad: function (options) {

  },

  /**
   * 生命周期函數--監聽頁面初次渲染完成
   */
  onReady: function () {
    // console.log(1)
  },

  /**
   * 生命周期函數--監聽頁面显示
   */
  onShow: function () {
    // console.log(2)
    if( app.userInfo._id ){
      this.setData({
        logged : true,
        userMessage : app.userMessage
      });
    }else{
      wx.showToast({
        title: '請先登陸',
        duration: 2000,
        // 然後不要讓它显示圖標
        icon: 'none',
        success: () => {
          // 如果成功的話就直接跳轉到我的頁面去
          // 但是注意了這裏不能用 navigator to，因為它主要是跳轉
          // 普通的頁面，而這裏“我的頁面”其實是同tabbar來進行配置的
          setTimeout(() => {
            wx.switchTab({
              url: '/pages/user/user',
            })
          }, 2000);
        }
      })
    }
  },

  /**
   * 生命周期函數--監聽頁面隱藏
   */
  onHide: function () {

  },

  /**
   * 生命周期函數--監聽頁面卸載
   */
  onUnload: function () {

  },

  /**
   * 頁面相關事件處理函數--監聽用戶下拉動作
   */
  onPullDownRefresh: function () {

  },

  /**
   * 頁面上拉觸底事件的處理函數
   */
  onReachBottom: function () {

  },

  /**
   * 用戶點擊右上角分享
   */
  onShareAppMessage: function () {

  }
})

message.js

雖然我們吧list引入進來了，下面就是吧這個list显示出來了

 

 我們用虛擬賬號，給我的主號提交了兩個申請來進行測試了

 之後在message.wxml中對我們的信息進行打印：

<!--miniprogram/pages/message/message.wxml-->
<view class="message" wx:if="{{ logged }}">
  <view wx:if="{{ !userMessage.length }}">
    <text class="message-text">暫無消息：</text>
  </view> 
  <view wx:else>
    <text class="message-text">消息列表：</text>
    <view wx:for="{{ userMessage }}" wx:key="{{index}}">{{item}}</view>
  </view>
</view>

 

 我們還要進行優化，就是可以得到一個列表，有頭像有昵稱，等信息的，別還要有刪除的功能的

 

為了練習一下組件的功能，雖然這個刪除的功能可以直接在這個文件裏面寫，但是我們還是吧這個刪除變成一個組件的形式l

 

 新建一個removeList的刪除組件，然後就是找到message的JSON文件引入這個組件

這個組件其實是可以拖拽的？

在文檔-》組件-》視圖容器 movable-area和movable-view相互配合的

demo：

<movable-area>
        <movable-view x="{{x}}" y="{{y}}" direction="all">text</movable-view>
 </movable-area>

我們設置的結構和樣式：

<!--components/removeList/removeList.wxml-->
<movable-area class="area">
     <movable-view class="view">小喵喵</movable-view>
 </movable-area>

/* components/removeList/removeList.wxss */
.area{width:800rpx; height: 150rpx; margin: 20rpx ; 
position: relative;background: blue;}
.view{width:630rpx; height:100%;  background: red;position: absolute;left:150rpx;top:0;
line-height: 150rpx;text-indent: 10rpx;}

效果；

但是這個時候還是不能進行拖拽的，其中的direction定義的就是拖拽的方向

 添加了這個屬性之後：

<!--components/removeList/removeList.wxml-->
<movable-area class="area">
     <movable-view direction="horizontal" class="view">小喵喵</movable-view>
 </movable-area>

就可以進行拖拽了

 

 注意；下面設置的z-Index是在設置級別，z-index大的會覆蓋在小的上面的

<!--components/removeList/removeList.wxml-->
<movable-area class="area">
     <movable-view direction="horizontal" class="view">小喵喵</movable-view>
     <image src="" />
     <view class="delete">刪除</view>
 </movable-area>

/* components/removeList/removeList.wxss */
.area{width:800rpx; height: 150rpx; margin: 20rpx ; 
position: relative;border-bottom: 1px #cdcdcd dashed}
.view{width:630rpx; height:100%; position: absolute;left:150rpx;top:0;
line-height: 150rpx;text-indent: 10rpx;z-index: 2;}
image{
  width: 100rpx;
  height: 100rpx;
  border-radius: 50%;
  position: absolute;
  left: 0;
  top: 0;
  z-index: 1;
}
.delete{
  width: 200rpx;
  height: 150rpx;
  background: red;
  color: white;
  position: absolute;
  right: 0;
  top: 0;
  z-index: 1;
}

但是得到的效果是：

 

 會發現不管怎麼拖拉，都擋不住後面的刪除–原因就是class==view這塊沒加背景色，雖然層級夠了

給他在wxss裏面添加一個 background：white即可了

刪除那個文字要居中的話，

.delete{
  width: 170rpx;
  height: 100rpx;
  background: red;
  color: white;
  position: absolute;
  right: 0;
  top: 0;
  z-index: 1;
  line-height: 100rpx;
}

效果圖：

 

 

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司"嚨底家"!

※幫你省時又省力,新北清潔一流服務好口碑

※別再煩惱如何寫文案,掌握八大原則!

前言

    上篇文章我們演示了為Configuration添加Etcd數據源，並且了解到為Configuration擴展自定義數據源還是非常簡單的，核心就是把數據源的數據按照一定的規則讀取到指定的字典里，這些都得益於微軟設計的合理性和便捷性。本篇文章我們將一起探究Configuration源碼，去了解Configuration到底是如何工作的。

ConfigurationBuilder

    相信使用了.Net Core或者看過.Net Core源碼的同學都非常清楚,.Net Core使用了大量的Builder模式許多核心操作都是是用來了Builder模式，微軟在.Net Core使用了許多在傳統.Net框架上並未使用的設計模式，這也使得.Net Core使用更方便，代碼更合理。Configuration作為.Net Core的核心功能當然也不例外。
    其實並沒有Configuration這個類，這隻是我們對配置模塊的代名詞。其核心是IConfiguration接口，IConfiguration又是由IConfigurationBuilder構建出來的，我們找到IConfigurationBuilder源碼大致定義如下

public interface IConfigurationBuilder
{
    IDictionary<string, object> Properties { get; }

    IList<IConfigurationSource> Sources { get; }

    IConfigurationBuilder Add(IConfigurationSource source);

    IConfigurationRoot Build();
}

Add方法我們上篇文章曾使用過，就是為ConfigurationBuilder添加ConfigurationSource數據源，添加的數據源被存放在Sources這個屬性里。當我們要使用IConfiguration的時候通過Build的方法得到IConfiguration實例，IConfigurationRoot接口是繼承自IConfiguration接口的，待會我們會探究這個接口。
我們找到IConfigurationBuilder的默認實現類ConfigurationBuilder大致代碼實現如下

public class ConfigurationBuilder : IConfigurationBuilder
{
    /// <summary>
    /// 添加的數據源被存放到了這裏
    /// </summary>
    public IList<IConfigurationSource> Sources { get; } = new List<IConfigurationSource>();

    public IDictionary<string, object> Properties { get; } = new Dictionary<string, object>();

    /// <summary>
    /// 添加IConfigurationSource數據源
    /// </summary>
    /// <returns></returns>
    public IConfigurationBuilder Add(IConfigurationSource source)
    {
        if (source == null)
        {
            throw new ArgumentNullException(nameof(source));
        }
        Sources.Add(source);
        return this;
    }

    public IConfigurationRoot Build()
    {
        //獲取所有添加的IConfigurationSource里的IConfigurationProvider
        var providers = new List<IConfigurationProvider>();
        foreach (var source in Sources)
        {
            var provider = source.Build(this);
            providers.Add(provider);
        }
        //用providers去實例化ConfigurationRoot
        return new ConfigurationRoot(providers);
    }
}

這個類的定義非常的簡單，相信大家都能看明白。其實整個IConfigurationBuilder的工作流程都非常簡單就是將IConfigurationSource添加到Sources中，然後通過Sources里的Provider去構建IConfigurationRoot。

Configuration

通過上面我們了解到通過ConfigurationBuilder構建出來的並非是直接實現IConfiguration的實現類而是另一個接口IConfigurationRoot

ConfigurationRoot

通過源代碼我們可以知道IConfigurationRoot是繼承自IConfiguration，具體定義關係如下

public interface IConfigurationRoot : IConfiguration
{
    /// <summary>
    /// 強制刷新數據
    /// </summary>
    /// <returns></returns>
    void Reload();

    IEnumerable<IConfigurationProvider> Providers { get; }
}

public interface IConfiguration
{
    string this[string key] { get; set; }

    /// <summary>
    /// 獲取指定名稱子數據節點
    /// </summary>
    /// <returns></returns>
    IConfigurationSection GetSection(string key);

    /// <summary>
    /// 獲取所有子數據節點
    /// </summary>
    /// <returns></returns>
    IEnumerable<IConfigurationSection> GetChildren();
    
    /// <summary>
    /// 獲取IChangeToken用於當數據源有數據變化時，通知外部使用者
    /// </summary>
    /// <returns></returns>
    IChangeToken GetReloadToken();
}

接下來我們查看IConfigurationRoot實現類ConfigurationRoot的大致實現，代碼有刪減

public class ConfigurationRoot : IConfigurationRoot, IDisposable
{
    private readonly IList<IIConfigurationProvider> _providers;
    private readonly IList<IDisposable> _changeTokenRegistrations;
    private ConfigurationReloadToken _changeToken = new ConfigurationReloadToken();

    public ConfigurationRoot(IList<IConfigurationProvider> providers)
    {
        _providers = providers;
        _changeTokenRegistrations = new List<IDisposable>(providers.Count);
        //通過便利的方式調用ConfigurationProvider的Load方法，將數據加載到每個ConfigurationProvider的字典里
        foreach (var p in providers)
        {
            p.Load();
            //監聽每個ConfigurationProvider的ReloadToken實現如果數據源發生變化去刷新Token通知外部發生變化
            _changeTokenRegistrations.Add(ChangeToken.OnChange(() => p.GetReloadToken(), () => RaiseChanged()));
        }
    }

    //// <summary>
    /// 讀取或設置配置相關信息
    /// </summary>
    public string this[string key]
    {
        get
        {
            //通過這個我們可以了解到讀取的順序取決於註冊Source的順序，採用的是後來者居上的方式
            //后註冊的會先被讀取到，如果讀取到直接return
            for (var i = _providers.Count - 1; i >= 0; i--)
            {
                var provider = _providers[i];
                if (provider.TryGet(key, out var value))
                {
                    return value;
                }
            }
            return null;
        }
        set
        {
            //這裏的設置只是把值放到內存中去，並不會持久化到相關數據源
            foreach (var provider in _providers)
            {
                provider.Set(key, value);
            }
        }
    }

    public IEnumerable<IConfigurationSection> GetChildren() => this.GetChildrenImplementation(null);

    public IChangeToken GetReloadToken() => _changeToken;

    public IConfigurationSection GetSection(string key)
        => new ConfigurationSection(this, key);

    //// <summary>
    /// 手動調用該方法也可以實現強制刷新的效果
    /// </summary>
    public void Reload()
    {
        foreach (var provider in _providers)
        {
            provider.Load();
        }
        RaiseChanged();
    }

    //// <summary>
    /// 強烈推薦不熟悉Interlocked的同學研究一下Interlocked具體用法
    /// </summary>
    private void RaiseChanged()
    {
        var previousToken = Interlocked.Exchange(ref _changeToken, new ConfigurationReloadToken());
        previousToken.OnReload();
    }
}

上面展示了ConfigurationRoot的核心實現其實主要就是兩點

• 讀取的方式其實是循環匹配註冊進來的每個provider里的數據，是後來者居上的模式，同名key后註冊進來的會先被讀取到，然後直接返回
• 構造ConfigurationRoot的時候才把數據加載到內存中，而且為註冊進來的每個provider設置監聽回調

ConfigurationSection

其實通過上面的代碼我們會產生一個疑問，獲取子節點數據返回的是另一個接口類型IConfigurationSection，我們來看下具體的定義

public interface IConfigurationSection : IConfiguration
{
    string Key { get; }

    string Path { get; }

    string Value { get; set; }
}

這個接口也是繼承了IConfiguration，這就奇怪了分明只有一套配置IConfiguration，為什麼還要區分IConfigurationRoot和IConfigurationSection呢？其實不難理解因為Configuration可以同時承載許多不同的配置源，而IConfigurationRoot正是表示承載所有配置信息的根節點，而配置又是可以表示層級化的一種結構，在根配置里獲取下來的子節點是可以表示承載一套相關配置的另一套系統，所以單獨使用IConfigurationSection去表示，會顯得結構更清晰，比如我們有如下的json數據格式

{
  "OrderId":"202005202220",
  "Address":"銀河系太陽系火星",
  "Total":666.66,
  "Products":[
    {
      "Id":1,
      "Name":"果子狸",
      "Price":66.6,
      "Detail":{
          "Color":"棕色",
          "Weight":"1000g"
      }
    },
    {
      "Id":2,
      "Name":"蝙蝠",
      "Price":55.5,
      "Detail":{
          "Color":"黑色",
          "Weight":"200g"
      }
    }
  ]
}

我們知道json是一個結構化的存儲結構，其存儲元素分為三種一是簡單類型，二是對象類型，三是集合類型。但是字典是KV結構，並不存在結構化關係，在.Net Corez中配置系統是這麼解決的，比如以上信息存儲到字典中的結構就是這種

Key	Value
OrderId	202005202220
Address	銀河系太陽系火星
Products:0:Id	1
Products:0:Name	果子狸
Products:0:Detail:Color	棕色
Products:1:Id	2
Products:1:Name	蝙蝠
Products:1:Detail:Weight	200g

如果我想獲取Products節點下的第一條商品數據直接

IConfigurationSection productSection = configuration.GetSection("Products:0")

類比到這裏的話根配置IConfigurationRoot里存儲了訂單的所有數據，獲取下來的子節點IConfigurationSection表示了訂單里第一個商品的信息，而這個商品也是一個完整的描述商品信息的數據系統，所以這樣可以更清晰的區分Configuration的結構，我們來看一下ConfigurationSection的大致實現

public class ConfigurationSection : IConfigurationSection
{
    private readonly IConfigurationRoot _root;
    private readonly string _path;
    private string _key;

    public ConfigurationSection(IConfigurationRoot root, string path)
    {
        _root = root;
        _path = path;
    }

    public string Path => _path;

    public string Key
    {
        get
        {
            return _key;
        }
    }

    public string Value
    {
        get
        {
            return _root[Path];
        }
        set
        {
            _root[Path] = value;
        }
    }

    public string this[string key]
    {
        get
        {
            //獲取當前Section下的數據其實就是組合了Path和Key
            return _root[ConfigurationPath.Combine(Path, key)];
        }
        set
        {
            _root[ConfigurationPath.Combine(Path, key)] = value;
        }
    }
    
    //獲取當前節點下的某個子節點也是組合當前的Path和子節點的標識Key
    public IConfigurationSection GetSection(string key) => _root.GetSection(ConfigurationPath.Combine(Path, key));
    //獲取當前節點下的所有子節點其實就是在字典里獲取包含當前Path字符串的所有Key
    public IEnumerable<IConfigurationSection> GetChildren() => _root.GetChildrenImplementation(Path);
    public IChangeToken GetReloadToken() => _root.GetReloadToken();
}

這裏我們可以看到既然有Key可以獲取字典里對應的Value了，為何還需要Path？通過ConfigurationRoot里的代碼我們可以知道Path的初始值其實就是獲取ConfigurationSection的Key,說白了其實就是如何獲取到當前IConfigurationSection的路徑。比如

//當前productSection的Path是 Products:0
IConfigurationSection productSection = configuration.GetSection("Products:0");
//當前productDetailSection的Path是 Products:0:Detail
IConfigurationSection productDetailSection = productSection.GetSection("Detail");
//獲取到pColor的全路徑就是 Products:0:Detail:Color
string pColor = productDetailSection["Color"];

而獲取Section所有子節點
GetChildrenImplementation來自於IConfigurationRoot的擴展方法

internal static class InternalConfigurationRootExtensions
{
    //// <summary>
    /// 其實就是在數據源字典里獲取Key包含給定Path的所有值
    /// </summary>
    internal static IEnumerable<IConfigurationSection> GetChildrenImplementation(this IConfigurationRoot root, string path)
    {
        return root.Providers
            .Aggregate(Enumerable.Empty<string>(),
                (seed, source) => source.GetChildKeys(seed, path))
            .Distinct(StringComparer.OrdinalIgnoreCase)
            .Select(key => root.GetSection(path == null ? key : ConfigurationPath.Combine(path, key)));
    }
}

相信講到這裏，大家對ConfigurationSection或者是對Configuration整體的思路有一定的了解，細節上的設計確實不少。但是整體實現思路還是比較清晰的。關於Configuration還有一個比較重要的擴展方法就是將配置綁定到具體POCO的擴展方法，該方法承載在ConfigurationBinder擴展類了，由於實現比較複雜，也不是本篇文章的重點，有興趣的同學可以自行查閱，這裏就不做探究了。

總結

    通過以上部分的講解，其實我們可以大概的將Configuration配置相關總結為兩大核心抽象接口IConfigurationBuilder,IConfiguration，整體結構關係可大致表示成如下關係

    配置相關的整體實現思路就是IConfigurationSource作為一種特定類型的數據源，它提供了提供當前數據源的提供者ConfigurationProvider，Provider負責將數據源的數據按照一定的規則放入到字典里。IConfigurationSource添加到IConfigurationBuilder的容器中，後者使用Provide構建出整個程序的根配置容器IConfigurationRoot。通過獲取IConfigurationRoot子節點得到IConfigurationSection負責維護子節點容器相關。這二者都繼承自IConfiguration，然後通過他們就可以獲取到整個配置體系的數據數據操作了。

    以上講解都是本人通過實踐和閱讀源碼得出的結論，可能會存在一定的偏差或理解上的誤區，但是我還是想把我的理解分享給大家，希望大家能多多包涵。如果有大家有不同的見解或者更深的理解，可以在評論區多多留言。

歡迎掃碼關注我的公眾號 本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※新北清潔公司,居家、辦公、裝潢細清專業服務

※別再煩惱如何寫文案,掌握八大原則!

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※超省錢租車方案

※教你寫出一流的銷售文案?

本文介紹如何基於各種雲服務優雅且低成本地搭建個人網站，涉及的雲產品有雲服務器、SSL、企業郵箱、對象存儲、CDN、雲函數、API網關、雲監控等。

概述

如今雲服務提供商們提供了大量涵蓋計算、網絡、存儲等方面的雲服務，其中一些雲產品功能強大，如果能善加利用可以大幅降低開發和運維的成本。下面以基於騰訊雲搭建的個人網站為例，對網站整體的架構進行介紹。

網站目前的主要功能是個人博客，後續可以擴展如個人網盤等其他應用。當前架構圖如下：

一、基礎設施

1.雲服務器CVM

雲服務器使用的是CVM，1核2G，下行帶寬1Mbps，這個配置用來搭建起步階段的個人博客是完全夠用了，購買學生機或者在活動時購買價格也比較便宜。

有了服務器資源就可以開始博客搭建，我選的博客系統是極簡主義的Typecho，安裝過程可以參考這篇博文，主要是在服務器上安裝nginx、mysql、php以及typecho的源碼。

2.域名

註冊 – 備案 – 解析

服務器創建后同時會分配一個公網ip，但是為了便於分享和傳播，建議進行域名註冊。註冊后需要進行備案，現在的備案流程也已經簡化為在小程序上操作，省去了原有的幕布拍照環節，前後大概1-2周時間就可以完成備案。之後在控制台進行域名解析，即綁定域名和服務器ip，注意對帶或不帶www前綴的域名都要進行解析，完成解析后就可以在瀏覽器通過域名來訪問網頁了。

主域名的確定

為了便於SEO，建議根據個人喜好確定一個主域名，因為搜索引擎對於帶www和不帶www前綴的地址是當成兩個網站分開計算權重的。國內網站一般帶www，而國外網站(如github、stackoverflow、leetcode)等是不帶www的。我這裡是選擇不帶www的地址（zhayujie.com），並在nginx中配置對帶www的訪問301重定向到不帶www上，以集中權重。

企業郵箱

擁有域名后，還可以註冊以自己域名為後綴的企業郵箱，基礎版免費使用且賬號數量無上限，再也不用擔心郵箱號不夠用了（如微信公眾平台註冊），郵箱格式類似於 zyj@zhayujie.com。

3.全站HTTPS

為了網站安全以及利於SEO，建議支持https協議訪問網站。可以申請免費的SSL證書，將證書和私鑰放置到服務器，並在nginx中開啟並配置SSL。同樣為了避免分散權重，可以把http訪問的請求301重定向到https上。以我的網站為例，帶不帶www以及是否使用https都會統一訪問https://zhayujie.com/。

二、基於COS和CDN的圖床

1.對象存儲COS

由於服務器下行帶寬有限，如果圖片存儲於我們自己的服務器，出現併發訪問時可能導致帶寬超限，訪問速度下降。所以可以把圖片存儲到 COS（Cloud Object Storage）中，搭建自己的圖床，這樣當博客同步到其他博客平台時，也便於對圖片資源進行統一管理。

COS的使用比較簡單，類似於網盤，在存儲桶中可以建立樹狀目錄結構，每個存儲桶（bucket）會分配一個公網域名，其下的文件通過https://{bucket}/{dir}/{filename}的形式進行訪問。但在博客中直接使用該鏈接是不妥的，因為一旦我們遷移到其他雲服務商或者切換其他的存儲方式了，原有的鏈接就失效了，一一修改成本太高。好在cos支持配置自定義域名，可以通過類似http://{domain}/{dir}/{filename}的地址進行訪問。

2.內容分髮網絡CDN

COS的自定義源站域名不支持https訪問，為了不影響我們的全站https，並且同時提升訪問速度和減少流量成本，可以配合CDN服務，開啟自定義CDN加速域名，具體步驟見文檔。

可以選取一個子域名作為cdn自定義域名，添加CNAME解析，這樣通過自定義域名會首先訪問cdn邊緣服務器，如果未命中則回源到cos。例如上面的圖片我配置的地址是https://blog.cos.zhayujie.com/web/blog-cloud-arch.jpg。

三、基於Serverless的消息服務

1.雲函數SCF

在博客開發過程中會遇到一些發送消息的功能，比如讀者回復文章時給筆者發送通知，筆者回複評論時給讀者發送通知，博文發布時給訂閱的讀者發送通知等等。這種消息通知的功能是很適合單獨拆分出來形成一個消息服務的，如果寫在博客源碼中則復用性差（網站下其他應用要發送消息時需要重寫），而單獨部署服務又會增加運維的成本（如果服務掛掉怎麼辦），這時候可以考慮serverless（無服務器）的架構，僅將我們的核心代碼片段託管給雲服務商。

騰訊雲提供了雲函數SCF（Serverless Cloud Function），是一種FaaS技術。對於消息通知這種異步、無狀態的功能，很適合使用雲函數編寫，比如接收到請求後向指定接收人發送一封郵件。

2.API網關

雲函數的觸發方式有多種，最常用的有定時任務和API網關。由於消息通知是通過事件觸發而不是定時觸發，所以選擇API網關，創建了觸發器后便可從公網直接訪問該函數，與Nginx反向代理的作用類似。

API網關的域名是隨機生成的，不利於對未來變化的擴展，故同樣綁定自定義域名，使用https://{domain}/{function}形式的地址觸發函數。例如我的郵件發送函數地址配置為https://apigw.zhayujie.com/commentNotice，在業務代碼中只需向該地址發送POST請求即可觸發郵件投遞。

四、監控、快照和統計

1.監控告警

服務器的監控和告警同樣很重要，有助於我們及時發現並排查問題。監控部分一般直接在控制台的 雲服務器 – 實例 – 監控 中進行查看，有對不同時間周期和時間粒度下的CPU、內存、帶寬、磁盤等的詳細數據。

告警部分則在雲監控中配置，可以配置多種報警策略如對cpu、內存、帶寬等指標超出閾值後進行告警，以及一些機器故障事件（如ping不可達、機器重啟等）。對COS的報警同樣可以在此配置。告警渠道可以是微信、郵件和短信。

2.快照

為了防止服務器硬盤中的數據遭到攻擊或被誤刪，可以在 雲服務器 – 快照 控制台中設置進行快照備份，並且支持定期快照策略，設置每隔一段時間自動創建新的快照。

3.訪問統計

對網站的訪問情況進行統計分析有利於我們優化網站內容和體驗。對於訪問數據統計使用的是百度統計，使用埋點方式接入，可以查看每一個訪客的地域，來源，搜索詞，轉化等信息，統計訪問量趨勢。

對於搜索引擎工具使用的是百度站長工具，用於提交頁面收錄，查看索引量、抓取頻次等數據。

總結

以上就是一個功能齊全的個人博客的搭建過程，大致計算一下成本，雲服務器活動期購買一百一年，域名一般幾十塊一個，而COS、CDN、SCF等產品都有大量的免費額度，且在建站初期流量費用同樣是微乎其微，所以總體算下來成本是極低的。個人開發者可以把個人網站當做一個產品來做，思考如何利用好公有雲的各種雲產品資源來提升用戶體驗，提高開發效率，降低運維成本。

原文鏈接：https://zhayujie.com/blog-cloud-arch.html

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計公司推薦不同的風格，搶佔消費者視覺第一線

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※南投搬家公司費用需注意的眉眉角角，別等搬了再說!

※新北清潔公司,居家、辦公、裝潢細清專業服務

※教你寫出一流的銷售文案?

一、前言

最近需要在 Linux 平台下開發一個人臉識別相關的應用，用到了虹軟的人臉識別 SDK。之前在 Windows 平台用過，感覺不錯，SDK 裏面還帶了 Demo 可以快速看到效果。打開 Linux 版本的 SDK 裏面沒有發現 Demo，於是想着把 Windows 的 Demo 移植到 Linux。這篇文章記錄了移植的過程，Linux 用的是 Ubuntu 20.04（使用虛擬機 VMware Workstation 15 Player）。

二、配置依賴

2.1 ArcFace SDK

到虹軟官網下載人臉識別 SDK 3.1 Linux 增值版本 解壓到合適的目錄，並從官網獲取 APP_ID、SDK_KEY 和 ACTIVE_KEY，用於寫到配置文件用來激活 SDK。

2.2 OpenCV

到 OpenCV 官網下載源碼，我用的版本是 3.4.9。可以按照官網的教程 Installation in Linux 自行編譯，我參考官網教程使用下面的這些命令在 GCC 9.3.0（Ubuntu 20.04 自帶的編譯器） 上編譯成功。

sudo apt update
sudo apt install build-essential
sudo apt install cmake git libgtk2.0-dev pkg-config libavcodec-dev libavformat-dev libswscale-dev
cd <OpenCV 源碼目錄>
mkdir build
cd build
cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=<自定義目錄> ..
make -j3    # 可以使用核心數 - 1 個線程來編譯
sudo make install

2.3 Qt

Qt 使用的是 5.14.2 版本。

三、項目文件

3.1 .pro 文件

原 Windows Demo 使用的是 Visual Studio 2015，在 Linux 下我這裏用到了 Qt Creator 進行開發，因此需要編寫 .pro 文件，包括以下幾個方面：

• 用到的 Qt 模塊
• 編譯出來的程序名
• 用到的頭文件、源文件和資源文件
• 依賴庫的頭文件及庫名

更具體的內容查看文末提供的源碼。

3.2 文件編碼

原源碼文件使用的是 GBK 編碼，需要轉換為 UTF-8 編碼。將下面的命令保存到 convert.sh 文件中並用 chmod u+x convert.sh 賦予可執行權限。

#!/bin/bash

for i in "$@"; do
    desc=$(file "$i")
    if $(echo $desc | grep -i "UTF-8 Unicode" > /dev/null); then
        if $(echo $desc | grep -i "(with BOM)" > /dev/null); then
            echo "Remove UTF-8 BOM: " $i
            sed -i "1s/^\xef\xbb\xbf//" "$i"
        fi
    elif $(echo $desc | grep -i "ISO-8859" > /dev/null); then
        echo     "GBK --> UTF-8   : " $i
        temp=temp.txt
        iconv -f gbk -t utf-8 -o "$temp" "$i"
        mv "$temp" "$i"
    fi
done

在源碼根目錄下運行 find . -type f \( -name "*.h" -o -name "*.cpp" \) | xargs -I{} ./convert.sh "{}" 將所有的文件的編碼從 GBK 轉為 UTF-8，並去除現有 UTF-8 文件的 BOM 頭。

四、代碼修改

到這裏已經可以用 Qt Creator 打開項目了，但在代碼中還存在一些問題，一方面是原代碼使用了一些 Windows 平台特有的 API，一方面是有些代碼在 Linux 有兼容性問題。先去除 Windows 特有的依賴到編譯通過，再補充必要的依賴，最後解決兼容性問題。

4.1 修改報錯直至編譯通過

直接進行編譯，逐步解決編譯錯誤，通過下面的方式可以解決編譯錯誤：

• 刪除 Utils.cpp 中報錯的頭文件、GUID 宏、listDevices 函數的主體、UTF8_To_string 和 string_To_UTF8 函數。
• 將所有包含的 qDebug 改為 QDebug。
• 將 Sleep(milli) 改為 std::this_thread::sleep_for(std::chrono::milliseconds(milli))。
• 刪除 MSVC 的鏈接庫的編譯指令 #pragma comment ...。
• 將原來使用 OpenCV 2 的接口遷移到目前的 OpenCV 3。
  • IplImage 到 cv::Mat 的轉換由 cv::Mat mat(ipl, false) 改成 cv::Mat mat = cv::cvarrToMat(ipl)。
  • cv::Mat 到 IplImage 的轉換由 IplImage(mat) 改成 cvIplImage(mat)，在原來的代碼里 cv::Mat 轉為 IplImage 後有個取地址，對右值取地址是不安全的，需要用一個變量保存轉換后的值再對這個變量取地址。
  • 在調用 cvRectangle 時將 CV_RGB 改成 cvScalar。
  • 使用 cv::cvtColor 需要額外包含頭文件 opencv2/imgproc.hpp。
  • 使用 cv::VideoCapture 需要額外包含頭文件 opencv2/videoio.hpp
• 將 strcpy_s 改成 strncpy，僅有參數位置上的改變。
• 將 TRUE 改為 true，將 FALSE 改為 false。

改了編譯錯誤后，忽略警告已經可以編譯通過了，接下來是補充剛才刪除的一些必要依賴及解決兼容性問題。

因為環境差異，可能出現錯誤的順序不一致，但基本上是上面提到的錯誤之一。

4.2 重新實現獲取攝像頭列表的函數

原 Windows Demo 使用了 Windows 特有的 dshow 來查找攝像頭，在這裏直接用 cv::VideoCapture 嘗試打開來獲取攝像頭的索引：

auto list = std::vector<int>();
for (auto i = 0; i != 10; ++i)
{
    auto cap = cv::VideoCapture(i);
    if (cap.isOpened()) { list.emplace_back(i); }
    cap.release();
}

Demo 可以只打開一個RGB攝像頭，也可以同時打開一個RGB攝像頭和一個IR攝像頭。原代碼保存獲取攝像頭的名稱，僅用來統計數量，具體打開哪個攝像頭是通過settings.ini文件來配置的。在改變探測攝像頭存在的數量的方式后，順帶改變了打開攝像頭的邏輯，僅一個攝像頭就認為是僅打開普通攝像頭。在settings.ini文件中配置兩種攝像頭的索引，如果索引為 -1，則自動把小的索引認為是普通攝像頭，大的索引認為是紅外攝像頭，如果和真實情況不一致可手動指定攝像頭索引。

settings.ini文件在後面運行 Demo 時會有更多的說明。

4.3 修復彈出文件選擇框失敗的兼容性問題

在 Ubuntu 20.04 下，Qt 的 QFileDialog::getOpenFileName 和 QFileDialog::getExistingDirectory 存在一些問題，在打開時會卡死界面，通過將最後一個參數設置為 QFileDialog::DontUseNativeDialog 可以解決這個問題。

五、運行 Demo

5.1 界面預覽

5.2 配置

1. 配置文件已經隨源碼打包好了，在運行時需要移動到可執行程序所在的同級目錄下。
2. 在配置文件中填入官網獲取的 APP_ID、SDK_KEY 和 ACTIVE_KEY。
3. 編譯並運行。

六、源碼下載

基於官方windows Qt Demo修改后的源碼

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※想知道最厲害的網頁設計公司"嚨底家"!

※幫你省時又省力,新北清潔一流服務好口碑

※別再煩惱如何寫文案,掌握八大原則!

HTTPS協議詳解

從事移動互聯網軟件開發的小夥伴肯定了解：自Android 9.0開始，應用程序的網絡請求默認使用https；基本是同期蘋果IOS在應用網絡請求方面，也強制使用https禁止http。
這一期間如果你去面試，不了解Https的握手過程，都不好意思講工資。
本人一個普通程序員，項目期間工期緊張，並未抽出時間詳細了解Https網絡請求過程中TLS握手過程，因此這件事一直在我的待辦記錄中…
這篇文章以Wireshark抓包，詳細了解Https請求中TLS的握手過程 與 客戶端證書校驗過程。

• HTTPS簡介
• SSL/TLS握手過程
• 客戶端 證書校驗

一、HTTPS簡介

HTTPS （Secure Hypertext Transfer Protocol）安全超文本傳輸協議，是一種通過計算機網絡進行安全通信的傳輸協議。
HTTPS 利用 SSL/TLS 來加密數據包，經由 HTTP 進行通信。
其設計的主要目的是，提供對網站服務器的身份認證、保護交換數據的隱私與完整性。

TLS/SSL

• SSL（Secure Socket Layer） 1994年由 瀏覽器開發商Netscape公司 率先倡導研發，為數據通訊提供安全支持，開發了最初的幾個版本SSL 1.0、SSL 2.0、SSL 3.0。
• TLS（Transport LayerSecurity）前身為SSL，1999年從 3.1 開始被 IETF（Internet Engineering Task Force，Internet 工程任務組）標準化並改名，發展至今已經有 TLS 1.0、TLS 1.1、TLS 1.2 三個版本。
  SSL3.0和TLS1.0由於存在安全漏洞，已經很少被使用到；
  TLS 1.3 改動會比較大，目前還在草案階段，目前使用最廣泛的是TLS 1.1、TLS 1.2；

TLS/SSL是介於TCP和HTTP之間的一層安全協議。

Http

HTTP（HyperText Transfer Protocol）超文本傳輸協議。
HTTP是一個客戶端（用戶）和服務端之間請求和應答的標準，其最初的設計目的是為了提供一種發布和接收HTML頁面的方法。

Http協議不是本文重點，感興趣的同學可參考文章：
HTTP 協議詳解
https://blog.csdn.net/xiaxl/article/details/104541274

二、SSL/TLS握手過程

SSL/TLS握手過程用一句話總結就是：用非對稱加密的手段傳遞密鑰，然後用密鑰進行對稱加密傳遞數據。
以下為SSL/TLS握手過程的時序圖：

這裏以客戶端向百度主頁發起Https請求為例，用Wireshark抓包對SSL/TLS握手的各個環節進行介紹，Wireshark抓包示意圖如下圖所示：

2.1、Client Hello （ Client——>Server ）

握手第一步是客戶端向服務端發送 Client Hello 消息，消息中包含客戶端的 TSL版本信息、秘鑰隨機數、加密套件候選列表、壓縮算法候選列表、擴展字段等信息，相關信息通過Wireshark抓包如下：

• Version : 支持的最高TSL協議版本，從低到高依次 SSLv2 SSLv3 TLSv1 TLSv1.1 TLSv1.2；
• Random：隨機數 random_C 用於後續的密鑰協商;
• Session ID：有或者無，有則客戶端傳上一次session的id可以恢復session；
• Cipher Suite：客戶端支持的密碼算法列表，供服務器選擇；
• Compression Methods：客戶端支持的壓縮算法列表，用於後續的信息壓縮傳輸；
• extensions：擴展字段；

2.2、Server Hello （ Server——>Client ）

服務端向客戶端發送 Server Hello 消息：包括服務端選擇使用的TSL協議版本、選擇的加密套件、選擇的壓縮算法、服務端生成的隨機數等，相關信息通過Wireshark抓包如下：

• Version：服務器選擇的版本；
• Random：隨機數 random_S 用於後續的密鑰協商;
• Session ID：有或者無，有則客戶端傳上一次session的id可以恢復session；
• Cipher Suite：服務端選擇的密鑰算法；
• Compression Methods：服務端選擇的壓縮算法；

到此客戶端和服務端都擁有了兩個隨機數（random_C+ random_S），這兩個隨機數會在後續生成對稱秘鑰時用到。

2.3、Certificate （ Server——>Client ）

服務端下發服務端的公鑰證書給客戶端，相關信息通過Wireshark抓包如下：

• Certificate 服務端的公鑰證書；

2.4、Server Key Exchange （ Server——>Client ）

該消息的目的是攜帶密鑰交換的額外數據，該消息內容對於不同的協商算法套件會存在差異：

• 對於使用DHE/ECDHE非對稱密鑰協商算法的SSL握手，服務器發送其使用的DH參數；
• RSA算法不會繼續該握手流程（DH、ECDH也不會發送server key exchange）。

2.5、Server Hello Done （ Server——>Client ）

通知客戶端，服務端已經將所有預計的握手消息發送完畢。

2.5、證書校驗 （客戶端進行證書校驗）

客戶端拿到服務端的公鑰證書后，需對該證書的合法性進行校驗，校驗內容如下：

• 證書鏈的可信性；
• 證書是否吊銷；
• 證書有效期；
• 證書域名校驗，核查證書域名是否與當前的訪問域名匹配;

注：
證書的詳細校驗過程將在下文進行詳細介紹

2.6、Client Key Exchange，Change Cipher Spec Protocol，Encrypted Handshake Message （ Client——>Server ）

• Client Key Exchange
  證書合法性驗證通過之後，客戶端產生隨機数字Pre-master，計算生成秘鑰enc_key（enc_key=Fuc(random_C, random_S, Pre-Master)，將Pre-master與enc_key用證書公鑰加密（非對稱加密算法）發送給服務端;
• Change Cipher Spec Protocol
  客戶端通知服務端後續的通信都採用協商的通信密鑰和加密算法進行加密通信;
• Encrypted Handshake Message
  客戶端將之前所有的握手數據（包括接受、發送）生成摘要，然後用協商好的秘鑰enc_key加密（對稱加密算法），發送給對應的服務端；
  服務端收到消息后，會用秘鑰enc_key解密客戶端的摘要信息，然後用與客戶端相同的算法生成服務端摘要信息，最後對比兩個摘要信息相同，則驗證通過；

2.7、Change Cipher Spec Protocol （ Server——>Client ）

服務器同樣發送 Change Cipher Spec Protocol 以告知客戶端後續的通信都採用協商的密鑰與算法進行加密通信;

2.8、Encrypted Handshake Message （ Server——>Client ）

服務端也會將握手過程的消息生成摘要再用秘鑰加密，這是服務端發出的第一條加密消息;
客戶端接收後會用秘鑰解密，能解出來說明協商的秘鑰是一致的。

2.9、Application Data （ Client——>Server ）

到這裏，雙方已安全地協商出了同一份秘鑰enc_key，所有的應用層數據都會用這個秘鑰加密后再通過 TCP 進行可靠傳輸。

2.10 總結

SSL/TLS握手過程：用非對稱加密的手段傳遞密鑰，然後用密鑰進行對稱加密傳遞數據。

三、證書校驗

客戶端驗證服務端下發的證書，主要包括以下幾個方面：

• 第一，校驗證書是否是受信任的CA根證書頒發機構頒發；
• 第二，校驗證書是否在上級證書的吊銷列表；
• 第三，校驗證書是否過期；
• 第四，校驗證書域名是否一致。

3.1、校驗證書是否是由受信任的CA根證書頒發機構頒發

為了確保客戶端獲取到的服務端公鑰不被篡改，需引入權威的第三方CA機構。
CA機構負責核實公鑰擁有者信息、頒發“證書(對服務端公鑰進行簽名)”，同時為使用者提供證書驗證服務。

CA機構頒發證書的基本原理為：

• 服務端生成一對服務端公鑰、服務端私鑰；
• 服務端將自己的服務端公鑰提供給CA機構；
• CA機構核實服務端公鑰擁有者信息（核實申請者提供信息的真實性，如組織是否存在、企業是否合法、是否擁有域名的所有權等）；
• CA機構計算服務端公鑰的摘要信息，利用CA機構的私鑰（CA機構有一對公鑰、私鑰）進行加密，加密后的服務端公鑰即CA機構頒發的“證書”；

客戶端驗證服務端公鑰的基本原理為：

• Https網絡請求過程中，客戶端獲取到服務端的公鑰；
• 客戶端用存儲在本地的CA機構的公鑰，對 服務端公鑰進行解密，獲取到服務端公鑰的摘要信息A；
• 客戶端計算服務端公鑰的摘要信息B；
• 對比摘要信息A與B，相同則證書驗證通過；

3.2、校驗證書是否在上級證書的吊銷列表

CA機構能夠簽發證書，同樣也存在機制宣布以往簽發的證書無效。使用者私鑰丟失，使用者申請讓證書無效等情況，CA機構需要廢棄該證書。
主要存在兩類機制：CRL 與 OCSP。

• CRL（Certificate Revocation List）
  證書吊銷列表是一個單獨的文件，該文件包含了 CA機構 已經吊銷的證書序列號與吊銷日期；
  證書中一般會包含一個 URL 地址 CRL Distribution Point，通知使用者去哪裡下載對應的 CRL 以校驗證書是否吊銷。
  該吊銷方式的優點是不需要頻繁更新，但是不能及時吊銷證書，因為 CRL 更新時間一般是幾天，這期間可能已經造成了極大損失。
• OCSP（Online Certificate Status Protocol）
  證書狀態在線查詢協議，一個實時查詢證書是否吊銷的方式。
  請求者發送證書的信息並請求查詢，服務器返回正常、吊銷或未知中的任何一個狀態。
  證書中一般也會包含一個 OCSP 的 URL 地址，要求查詢服務器具有良好的性能。
  部分 CA 或大部分的自簽 CA (根證書)都是未提供 CRL 或 OCSP 地址的，對於吊銷證書會是一件非常麻煩的事情。

3.3、校驗證書是否過期

校驗證書的有效期是否已經過期

3.4、校驗證書域名是否一致

校驗證書域名是否一致：核查證書域名是否與當前的訪問域名匹配。
這裏核驗的是我們請求的域名 www.baidu.com 是否與證書文件中DNS標籤下所列的域名相匹配；

注：
具體的證書文件舉例，請查看第四節 “四、證書舉例” 。

一種錯誤的寫法：

Android 軟件開發中，我們經常會遇到以下代碼，用來忽略證書的域名驗證，其實這是一種不安全的寫法：

// 對於自簽名證書，用以下代碼來忽略證書的域名驗證
HostnameVerifier hostnameVerifier = new HostnameVerifier() {
    @Override
    public boolean verify(String urlHostName, SSLSession session) {
		// 忽略證書的域名驗證
        return true;
    }
};

四、證書舉例

這裏以百度的Https證書舉例：

Certificate:
	Data:
	    Version: 3 (0x2)
	    Serial Number:
	        72:58:78:36:6e:9f:56:e8:1d:41:88:48
	Signature Algorithm: sha256WithRSAEncryption
	    Issuer: C=BE, O=GlobalSign nv-sa, CN=GlobalSign Organization Validation CA - SHA256 - G2
	    Validity
	        Not Before: Apr  2 07:04:58 2020 GMT
	        Not After : Jul 26 05:31:02 2021 GMT
	    Subject: C=CN, ST=beijing, L=beijing, OU=service operation department, O=Beijing Baidu Netcom Science Technology Co., Ltd, CN=baidu.com
	    Subject Public Key Info:
	        Public Key Algorithm: rsaEncryption
	            Public-Key: (2048 bit)
	            Modulus:
	                00:c1:a9:b0:ae:47:1a:d2:57:eb:1d:15:1f:6e:5c:
	                b2:e4:f8:0b:20:db:ea:00:df:29:ff:a4:6b:89:26:
	                4b:9f:23:2f:ec:57:b0:8a:b8:46:40:2a:7e:bc:dc:
	                5a:45:97:4f:ad:41:0e:bc:20:86:4b:0c:5d:55:21:
	                47:e2:31:3c:57:a7:ec:99:47:eb:47:0d:72:d7:c8:
	                16:54:75:ef:d3:45:11:0f:4b:ce:60:7a:46:5c:28:
	                74:ae:8e:1b:be:d8:70:66:7b:a8:93:49:28:d2:a3:
	                76:94:55:de:7c:27:f2:0f:f7:98:0c:ad:86:da:c6:
	                ae:fd:9f:f0:d9:81:32:9a:97:e3:21:ee:04:92:96:
	                e4:78:11:e5:c4:10:0e:10:31:7a:4a:97:a0:eb:c7:
	                9b:c4:da:89:37:a9:c3:37:d7:56:b1:7f:52:c7:d9:
	                26:0a:d6:af:38:16:b1:6d:fb:73:79:b1:68:79:03:
	                90:eb:88:7b:8c:48:91:98:51:a5:07:94:86:a5:78:
	                46:79:8f:58:9b:e9:35:59:a7:f1:7b:57:31:0a:90:
	                cf:24:ce:0d:24:e7:92:b2:6a:e9:e6:96:37:0a:b8:
	                7c:87:2f:74:d2:5c:e8:4b:0a:5f:66:18:a7:41:86:
	                cf:26:a6:08:8e:a5:49:17:92:53:b3:91:a5:cf:53:
	                b0:31
	            Exponent: 65537 (0x10001)
	    X509v3 extensions:
	        X509v3 Key Usage: critical
	            Digital Signature, Key Encipherment
	        Authority Information Access: 
	            CA Issuers - URI:http://secure.globalsign.com/cacert/gsorganizationvalsha2g2r1.crt
	            OCSP - URI:http://ocsp2.globalsign.com/gsorganizationvalsha2g2

	        X509v3 Certificate Policies: 
	            Policy: 1.3.6.1.4.1.4146.1.20
	              CPS: https://www.globalsign.com/repository/
	            Policy: 2.23.140.1.2.2

	        X509v3 Basic Constraints: 
	            CA:FALSE
	        X509v3 CRL Distribution Points: 

	            Full Name:
	              URI:http://crl.globalsign.com/gs/gsorganizationvalsha2g2.crl

	        X509v3 Subject Alternative Name: 
	            DNS:baidu.com, DNS:baifubao.com, DNS:www.baidu.cn, DNS:www.baidu.com.cn, DNS:mct.y.nuomi.com, DNS:apollo.auto, DNS:dwz.cn, DNS:*.baidu.com, DNS:*.baifubao.com, DNS:*.baidustatic.com, DNS:*.bdstatic.com, DNS:*.bdimg.com, DNS:*.hao123.com, DNS:*.nuomi.com, DNS:*.chuanke.com, DNS:*.trustgo.com, DNS:*.bce.baidu.com, DNS:*.eyun.baidu.com, DNS:*.map.baidu.com, DNS:*.mbd.baidu.com, DNS:*.fanyi.baidu.com, DNS:*.baidubce.com, DNS:*.mipcdn.com, DNS:*.news.baidu.com, DNS:*.baidupcs.com, DNS:*.aipage.com, DNS:*.aipage.cn, DNS:*.bcehost.com, DNS:*.safe.baidu.com, DNS:*.im.baidu.com, DNS:*.baiducontent.com, DNS:*.dlnel.com, DNS:*.dlnel.org, DNS:*.dueros.baidu.com, DNS:*.su.baidu.com, DNS:*.91.com, DNS:*.hao123.baidu.com, DNS:*.apollo.auto, DNS:*.xueshu.baidu.com, DNS:*.bj.baidubce.com, DNS:*.gz.baidubce.com, DNS:*.smartapps.cn, DNS:*.bdtjrcv.com, DNS:*.hao222.com, DNS:*.haokan.com, DNS:*.pae.baidu.com, DNS:*.vd.bdstatic.com, DNS:click.hm.baidu.com, DNS:log.hm.baidu.com, DNS:cm.pos.baidu.com, DNS:wn.pos.baidu.com, DNS:update.pan.baidu.com
	        X509v3 Extended Key Usage: 
	            TLS Web Server Authentication, TLS Web Client Authentication
	        X509v3 Authority Key Identifier: 
	            keyid:96:DE:61:F1:BD:1C:16:29:53:1C:C0:CC:7D:3B:83:00:40:E6:1A:7C

	        X509v3 Subject Key Identifier: 
	            ......

五、參考

TSL：
https://tools.ietf.org/html/rfc5246

SSL/TSL 原理：
https://www.cnblogs.com/chenjingquan/p/10531305.html

TLS/SSL握手過程
https://blog.csdn.net/hherima/article/details/52469674

========== THE END ==========

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※廣告預算用在刀口上，台北網頁設計公司幫您達到更多曝光效益

※新北清潔公司,居家、辦公、裝潢細清專業服務

※別再煩惱如何寫文案,掌握八大原則!

※教你寫出一流的銷售文案?

※超省錢租車方案