4.3 IAT Hook 掛鉤技術

来源:https://www.cnblogs.com/LyShark/archive/2023/09/15/17704030.html
-Advertisement-
Play Games

IAT（Import Address Table）Hook是一種針對Windows操作系統的API Hooking 技術，用於修改應用程式對動態鏈接庫（DLL）中導入函數的調用。IAT是一個數據結構，其中包含了應用程式在運行時使用的導入函數的地址。IAT Hook的原理是通過修改IAT中的函數指針，... ...


IAT（Import Address Table）Hook是一種針對Windows操作系統的API Hooking 技術，用於修改應用程式對動態鏈接庫（DLL）中導入函數的調用。IAT是一個數據結構，其中包含了應用程式在運行時使用的導入函數的地址。

IAT Hook的原理是通過修改IAT中的函數指針，將原本要調用的函數指向另一個自定義的函數。這樣，在應用程式執行時，當調用被鉤子的函數時，實際上會執行自定義的函數。通過IAT Hook，我們可以攔截和修改應用程式的函數調用，以實現一些自定義的行為，比如記錄日誌、修改函數參數或返回值等。

IAT Hook的步驟通常包括以下幾個步驟：

  • 獲取目標函數的地址：通過遍歷模塊的導入表，找到目標函數在DLL中的地址。
  • 保存原始函數地址：將目標函數的地址保存下來，以便後續恢復。
  • 修改IAT表項：將目標函數在IAT中對應的函數指針修改為自定義函數的地址。
  • 實現自定義函數：編寫自定義的函數，該函數會在被鉤子函數被調用時執行。
  • 調用原始函數：在自定義函數中，可以選擇是否調用原始的被鉤子函數。

該技術常用於實現一些系統級的功能，例如API監控、函數跟蹤、代碼註入等，接下來筆者將具體分析IAT Hook的實現原理，並編寫一個DLL註入文件，實現IAT Hook替換MessageBox彈窗的功能。

分析導入表結構

在早些年系統中運行的都是DOS應用，所以DOS頭結構就是在那個年代產生的，那時候還沒有PE結構的概念，不過軟體行業發展到今天DOS頭部分的功能已經無意義了，但為了最大的相容性微軟還是保留了DOS文件頭，有些軟體在識別程式是不是可執行文件的時候通常會讀取PE文件的前兩個位元組來判斷是不是MZ。

上圖就是PE文件中的DOS部分，典型的DOS開頭ASCII字元串MZ幻數，MZ是Mark Zbikowski的縮寫，Mark Zbikowski是MS-DOS的主要開發者之一，很顯然這個人給微軟做出了巨大的貢獻。

在DOS格式部分我們只需要關註標紅部分，標紅部分是一個偏移值000000F8h該偏移值指向了PE文件中的標綠部分00004550指向PE字元串的位置，此外標黃部分為DOS提示信息，當我們在DOS模式下執行一個可執行文件時會彈出This program cannot be run in DOS mode.提示信息。

上圖中在PE字元串開頭位置向後偏移1位元組，就能看到黃色的014C此處代表的是機器類別的十六進位表示形式，在向後偏移1個位元組是紫色的0006代表的是程式中的區段數，繼續向後偏移1位元組會看到藍色的5DB93874此處是一個時間戳，代表的是自1970年1月1日至當前時間的總秒數，繼續向後可看到灰色的000C此處代表的是鏈接器的具體版本。

上圖中我們以PE字元串為單位向後偏移36位元組，即可看到文件偏移為120處的內容，此處的內容是我們要重點研究的對象。

在文件FOA偏移為120的位置，可以看到標紅色的地址0001121C此處代表的是程式裝入記憶體後的入口點(虛擬地址)，而緊隨其後的橙色部分00001000就是代碼段的基址，其後的粉色部分是數據段基址，在數據基址向後偏移1位元組可看到紫色的00400000此處就是程式的建議裝入地址，如果編譯器沒有開啟基址隨機化的話，此處預設就是00400000，開啟隨機化後建議裝入地址與實際地址將不符合。

繼續向下文件FOA偏移為130的位置，第一處淺藍色部分00001000為區段之間的對齊值，深藍色部分00002000為文件對其值。

上面只簡單的介紹了PE結構的基本內容，在PE結構的開頭我們知道了區段的數量是6個，接著我們可以在PE字元串向下偏移244個位元組的位置就能夠找到區段塊，區塊內容如下：

上圖可以看到，我分別用不同的顏色標註了這六個不同的區段，區段的開頭一般以.xxx為標識符其所對應的機器碼是2E，其中每個區塊分別占用40個位元組的存儲空間。

我們以.text節為例子，解釋下不同塊的含義，第一處綠色的位置就是區段名稱該名稱總長度限制在8位元組以內，第二處深紅色標簽為虛擬大小，第三處深紫色標簽為虛擬偏移，第四處藍色標簽為實際大小，第五處綠色標簽為區段的屬性，其它的節區屬性與此相同，此處就不再贅述了。

接著繼續看一下導入表，導出表，基址重定位表，IAT表，這些表位於PE字元串向後偏移116個位元組的位置，如下我已經將重要的欄位備註了顏色：

首先第一處淺紅色部分就是導出表的地址與大小，預設情況下只有DLL文件才會導出函數所以此處為零，第二處深紅色位置為導入表地址而後面的黃色部分則為導入表的大小，繼續向下第三處淺藍色部分則為資源表地址與大小，第四處棕色部分就是基址重定位表的地址，預設情況下只有DLL文件才會重定位，最下方的藍色部分是IAT表的地址，後面的黃色為IAT表的大小。

此時我們重點關註一下導入表RVA地址 0001A1E0 我們通過該地址計算一下導入表對應到文件中的位置。

計算公式：FOA = 導入RVA表地址 - 虛擬偏移 + 實際偏移 = > 0001A1E0 - 11000 + 400 = 95E0

通過計算可得知，導入表位置對應到文件中的位置是0x95E0，我們直接跟隨過去但此時你會驚奇的發現這裡全部都是0，這是因為Windows裝載器在載入時會動態的獲取第三方函數的地址並自動的填充到這些位置處，我們並沒有運行EXE文件所以也就不會填充，為了方便演示，我們將程式拖入x64dbg讓其運行起來，然後來看一個重要的結構。

typedef struct _IMAGE_IMPORT_DESCRIPTOR
{
    union
    {
        DWORD   Characteristics;
        DWORD   OriginalFirstThunk;     // 指嚮導入表名稱的RVA
    } DUMMYUNIONNAME;
    DWORD   TimeDateStamp;              // 預設為0（非重點）
    DWORD   ForwarderChain;             // 預設為0（非重點）
    DWORD   Name;                       // 指向DLL名字的RVA
    DWORD   FirstThunk;                 // 導入地址表IAT的RVA
} IMAGE_IMPORT_DESCRIPTOR;

該IMAGE_IMPORT_DESCRIPTOR 導入表結構的大小為4*5 = 20個位元組的空間，導入表結構結束的位置通常會通過使用一串連續的4*5個0表示結束，接下來我們將從後向前逐一分析這個數據結構所對應到程式中的位置。

通過上面對導入表的分析我們知道了導入表RVA地址為 0001A1E0 此時我們還知道ImageBase地址是00400000兩個地址相加即可得到導入表的虛擬VA地址0041a1e0，此時我們可以直接通過x64dbg的數據視窗定位到0041a1e0可看到如下地址組合，結合IMAGE_IMPORT_DESCRIPTOR結構來分析。

如上所示，可以看到該程式一共有3個導入結構分別是紅紫黃色部分，最後是一串零結尾的字元串，標志著導入表的結束，我們以第1段紅色部分為例，最後一個地址偏移0001A15C對應的就是導入表中的FirstThunk欄位，我們將其加上ImageBase地址，定位過去發現該地址剛好是LoadIconW的函數地址，那麼我們有理由相信緊隨其後的地址應該是下一個外部函數的地址，而事實也正是如此。

接著我們繼續來分析IMAGE_IMPORT_DESCRIPTOR 導入結構中的Name欄位，其對應的是第一張圖中的紅色部分0001A54A將該偏移與基址00400000相加後直接定位過去，可以看到0041A54A對應的字元串正是USER32.dll動態鏈接庫，而後面會有兩個00標志著字元串的結束。

最後我們來分析IMAGE_IMPORT_DESCRIPTOR中最複雜的一個欄位OriginalFirstThunk 為什麼說它複雜呢？是因為他的內部並不是一個數值而是嵌套了另一個結構體 IMAGE_THUNK_DATA ，我們先來看一下微軟對該結構的定義：

typedef struct _IMAGE_THUNK_DATA32
{
    union
    {
        DWORD ForwarderString;        // PBYTE 
        DWORD Function;               // PDWORD
        DWORD Ordinal;                // 序號
        DWORD AddressOfData;          // 指向 PIMAGE_IMPORT_BY_NAME
    } u1;
} IMAGE_THUNK_DATA32;
typedef IMAGE_THUNK_DATA32 * PIMAGE_THUNK_DATA32;

接著來找到OriginalFirstThunk欄位在記憶體中的位置，由第一張圖可知，圖中的標紅部分第一個四位元組0001A38C 就是它。我們加上基址00400000然後直接懟過去，並結合上方的結構定義研究一下；

該結構中我們需要關註AddressOfData結構成員，該成員中的數據最高位（紅色）如果為1(去掉1)說明是函數的導出序號，而如果最高位為0則說明是一個指向IMAGE_IMPROT_BY_NAME結構(導入表)的RVA（藍色）地址，此處因為我們找的是導入表所以最高位全部為零。

我們以上圖中的第一個RVA地址0001A53E與基址相加，來看下該AddressOfData欄位中所指向的內容是什麼。

上圖黃色部分是編譯器生成的，而藍色部分則為LoadIconW字元串與FirstThunk中的0041A15C地址指針是相互對應的，而最後面的00則表明字元串的結束，對比以下結構聲明就很好理解了。

typedef struct _IMAGE_IMPORT_BY_NAME
{
    WORD    Hint;           // 編譯器生成的
    CHAR   Name[1];         // 函數名稱，以0結尾的字元串
} IMAGE_IMPORT_BY_NAME, *PIMAGE_IMPORT_BY_NAME;

為了能更加充分的理解，筆者為大家用Excel畫了一張圖，如下所示：

如上圖IMAGE_IMPORT_DESCRIPTO導入表結構中的FirstThunk和OriginalFirstThunk分別指向兩個相同的IMAGE_THUNK_DATA結構，其中記憶體INT(Improt Name Table)表中存儲的就是導入函數的名稱，而IAT(Improt Address Table)表中存放的是導入函數的地址，他們都共同指向IMAGE_IMPORT_BY_NAME結構，而之所以使用兩份IMAGE_THUNK_DATA結構，是為了最後還可以留下一份備份數據用來反過來查詢地址所對應的導入函數名，看了這張圖再結合上面的實驗相信你已經理解了；

實現導入表劫持

在之前的內容中我們已經分析了導入表結構，接著我們將實現對導入表的劫持功能，我們需要使用IAT Hook就必須要首先找到導入表中特定的函數地址，首先我們先實現枚舉定位功能，通過枚舉程式中的IMAGE_IMPORT_DESCRIPTOR結構在其中找到對應的導入模塊user32.dll併在該模塊內尋找對應的函數名MessageBox，通過使用雙層迴圈即可實現對特定導入函數的枚舉，如下是一段枚舉導入表函數的功能；

#include <iostream>
#include <Windows.h>
#include <Dbghelp.h>

#pragma comment (lib, "Dbghelp")

int main(int argc, char* argv[])
{
  // 打開文件
  HANDLE hFile = CreateFile("d://lyshark.exe", GENERIC_READ, FILE_SHARE_READ,
    NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL);

  // 創建記憶體映射
  HANDLE hMap = CreateFileMapping(hFile, NULL, PAGE_READONLY | SEC_IMAGE, 0, 0, 0);
  LPVOID lpBase = MapViewOfFile(hMap, FILE_MAP_READ, 0, 0, 0);
  
  // 得到DOS頭部
  PIMAGE_DOS_HEADER pDosHdr = (PIMAGE_DOS_HEADER)lpBase;
  if (pDosHdr->e_magic != IMAGE_DOS_SIGNATURE)
  {
    UnmapViewOfFile(lpBase);
    return -1;
  }

  // 得到NT頭部
  PIMAGE_NT_HEADERS pNtHdr = (PIMAGE_NT_HEADERS)((DWORD)lpBase + pDosHdr->e_lfanew);
  if (pNtHdr->Signature != IMAGE_NT_SIGNATURE)
  {
    return -1;
  }

  DWORD dwNum = 0;

  // 數據目錄表
  PIMAGE_IMPORT_DESCRIPTOR pImpDes = (PIMAGE_IMPORT_DESCRIPTOR)
    ImageDirectoryEntryToData(lpBase, TRUE, IMAGE_DIRECTORY_ENTRY_IMPORT, &dwNum);

  PIMAGE_IMPORT_DESCRIPTOR pTmpImpDes = pImpDes;

  // 枚舉導入表
  while (pTmpImpDes->Name)
  {
    printf("[*] 鏈接庫名稱: %s \n", (DWORD)lpBase + (DWORD)pTmpImpDes->Name);
    PIMAGE_THUNK_DATA thunk = (PIMAGE_THUNK_DATA)(pTmpImpDes->FirstThunk + (DWORD)lpBase);

    int index = 0;
    while (thunk->u1.Function)
    {
      if (thunk->u1.Ordinal & IMAGE_ORDINAL_FLAG)
      {
        printf("導入序號: %08X \r\n", thunk->u1.Ordinal & 0xFFFF);
      }
      else
      {
        PIMAGE_IMPORT_BY_NAME pImName = (PIMAGE_IMPORT_BY_NAME)thunk->u1.Function;
        printf("函數名稱: %-30s \t", (DWORD)lpBase + pImName->Name);
        DWORD dwAddr = (DWORD)((DWORD *)((DWORD)pNtHdr->OptionalHeader.ImageBase
          + pTmpImpDes->FirstThunk) + index);
        printf("導入地址: 0x%08x \r\n", dwAddr);
      }
      thunk++;
      index++;
    }
    pTmpImpDes++;
  }

  system("pause");
  return 0;
}

讀者可自行編譯並運行上方代碼片段，當運行後即可輸出d://lyshark.exe程式中所有的導入庫與該庫中的導入函數信息，輸出效果如下圖所示；

當有了枚舉導入表功能，則下一步是尋找特定函數的導入地址，以MessageBoxA函數為例，該函數的導入地址是0x0047d3a0此時我們只需要在此處進行掛鉤，並轉向即可實現劫持效果，具體來說這個流程如下所示；

  • 首先需要編寫DLL文件，在DLL文件中找出MessageBox的原函數地址。
  • 接著通過代碼的方式找到DOS/NT/FILE-Optional頭偏移地址。
  • 通過DataDirectory[1]數組得到導入表的起始RVA並與ImageBase基址相加得到VA記憶體地址。
  • 迴圈遍歷導入表中的IAT表，找到與MessageBox地址相同的4位元組位置。
  • 找到後通過VirtualProtect設置記憶體屬性可讀寫，並將自己的函數地址寫入到目標IAT表中。
  • 沒有找到的話直接pFirstThunk++迴圈遍歷後面的4位元組位置，直到找到為止。
  • 最後將自身彈窗回調函數MyMessageBoxA與原函數做替換，則此時即可實現劫持功能。

通過上述開發流程，讀者應該可以自行編寫出這段劫持代碼，如下代碼則是完整的劫持實現，我們通過自定義MyMessageBoxA函數，並通過IATHook()實現對記憶體中導入函數地址的替換，此時當有新的訪問時則會自動跳轉到自定義函數上執行，執行結束後既跳轉回OldMessageBoxA原函數上返回。

#include <iostream>
#include <Windows.h>
#include <Dbghelp.h>

#pragma comment (lib, "Dbghelp")

typedef int(WINAPI *pfMessageBoxA)(HWND, LPCSTR, LPCSTR, UINT);
pfMessageBoxA OldMessageBoxA = NULL;

// 我們自己的回調函數
int WINAPI MyMessageBoxA(HWND hWnd, LPCSTR lpText, LPCSTR lpCaption, UINT uType)
{
  return OldMessageBoxA(hWnd, "hello lyshark", lpCaption, uType);
}

// 得到進程NT頭部
PIMAGE_NT_HEADERS GetLocalNtHead()
{
  DWORD dwTemp = NULL;
  PIMAGE_DOS_HEADER pDosHead = NULL;
  PIMAGE_NT_HEADERS pNtHead = NULL;

  // 取自身ImageBase
  HMODULE ImageBase = GetModuleHandle(NULL);

  // 取pDosHead地址
  pDosHead = (PIMAGE_DOS_HEADER)(DWORD)ImageBase;
  dwTemp = (DWORD)pDosHead + (DWORD)pDosHead->e_lfanew;

  // 取出NtHead頭地址
  pNtHead = (PIMAGE_NT_HEADERS)dwTemp;
  return pNtHead;
}

// 劫持函數
void IATHook()
{
  PVOID pFuncAddress = NULL;

  // 取Hook函數地址
  pFuncAddress = GetProcAddress(GetModuleHandleA("user32.dll"), "MessageBoxA");

  // 保存原函數指針
  OldMessageBoxA = (pfMessageBoxA)pFuncAddress;

  // 獲取到程式自身NtHead
  PIMAGE_NT_HEADERS pNtHead = GetLocalNtHead();
  PIMAGE_FILE_HEADER pFileHead = (PIMAGE_FILE_HEADER)&pNtHead->FileHeader;
  PIMAGE_OPTIONAL_HEADER pOpHead = (PIMAGE_OPTIONAL_HEADER)&pNtHead->OptionalHeader;

  // 找出導入表偏移
  DWORD dwInputTable = pOpHead->DataDirectory[1].VirtualAddress;
  DWORD dwTemp = (DWORD)GetModuleHandle(NULL) + dwInputTable;
  PIMAGE_IMPORT_DESCRIPTOR pImport = (PIMAGE_IMPORT_DESCRIPTOR)dwTemp;
  PIMAGE_IMPORT_DESCRIPTOR pCurrent = pImport;

  // 導入表子表,IAT存儲函數地址表
  DWORD *pFirstThunk;

  // 遍歷導入表
  while (pCurrent->Characteristics && pCurrent->FirstThunk != NULL)
  {
    // 找到記憶體中的導入表
    dwTemp = pCurrent->FirstThunk + (DWORD)GetModuleHandle(NULL);

    // 賦值 pFirstThunk
    pFirstThunk = (DWORD *)dwTemp;

    // 不為NULl說明沒有結束
    while (*(DWORD*)pFirstThunk != NULL)
    {

      // 相等則找到了
      if (*(DWORD*)pFirstThunk == (DWORD)OldMessageBoxA)
      {
        DWORD oldProtected;

        // 開啟寫許可權
        VirtualProtect(pFirstThunk, 0x1000, PAGE_EXECUTE_READWRITE, &oldProtected);
        dwTemp = (DWORD)MyMessageBoxA;
        
        // 將MyMessageBox地址拷貝替換
        memcpy(pFirstThunk, (DWORD *)&dwTemp, 4);

        // 關閉防寫
        VirtualProtect(pFirstThunk, 0x1000, oldProtected, &oldProtected);
      }

      // 繼續遞增迴圈
      pFirstThunk++;
    }

    // 每次是加1個導入表結構
    pCurrent++;
  }
}

BOOL APIENTRY DllMain(HANDLE hModule, DWORD ul_reason_for_call, LPVOID lpReserved)
{
  switch (ul_reason_for_call)
  {
  case DLL_PROCESS_ATTACH:
    // 進程被載入後執行
    IATHook();
    break;
  case DLL_THREAD_ATTACH:
    // 線程被創建後載入
    break;
  case DLL_THREAD_DETACH:
    // 正常退出執行的代碼
    break;
  case DLL_PROCESS_DETACH:
    // 進程卸載本Dll後執行的代碼
    break;
  }
  return TRUE;
}

編譯上方代碼片段，並生成一個hook.dll文件，通過使用註入器將該模塊註入到指定進程中，此時再次點擊彈窗提示會發現功能已經被替換了，打開x64dbg也可看到模塊已經被註入，如下圖所示；

本文作者： 王瑞
本文鏈接： https://www.lyshark.com/post/f4e2e05e.html
版權聲明： 本博客所有文章除特別聲明外，均採用 BY-NC-SA 許可協議。轉載請註明出處！

文章作者：lyshark (王瑞)
文章出處：https://www.cnblogs.com/LyShark/p/17704030.html
本博客所有文章除特別聲明外，均採用 BY-NC-SA 許可協議。轉載請註明出處！
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Spring Boot + minio 實現高性能存儲服務，So Easy~！
    什麼是minio 引用官網： MinIO是根據GNU Affero通用公共許可證v3.0發佈的高性能對象存儲。它與Amazon S3雲存儲服務相容。使用MinIO構建用於機器學習，分析和應用程式數據工作負載的高性能基礎架構。 官網地址： https://min.io/ 文檔地址： https://d ...
  • 【規範】SpringBoot介面返回結果及異常統一處理，這樣封裝才優雅
    本文通過多個SpringBoot實際項目進行歸納整理，從統一介面返回結果和配置全局異常處理兩個方面出發，介紹如何優雅的封裝規範後端介面輸出，詳細刨析@RestControllerAdvice和@ExceptionHandler註解及使用方式，增加後端服務健壯性和與前端對接規範性 ...
  • 支持JDK19虛擬線程的web框架，之三：觀察運行中的虛擬線程
    本篇藉助JProfiler工具，從線程的觀察結果去印證官方資料，做到理論結合實踐，讓您領先一步，掌握和瞭解神秘的虛擬線程內幕 ...
  • 8K Star，一款開源仿Notion且AI強化的編輯器：Novel
    Notion相信大家都不陌生了，一款非常好用的筆記軟體，TJ君也一直在用來記筆記和寫文章。關於Notion的替代品，之前有給大家推薦AFFiNE ，但這個還是一個比較成型的軟體。 那麼如果想開發一個類Notion的工具，又或者在自己的應用中增加一個類Notion的內容編輯功能，是否有好用的開源工具呢 ...
  • Spring怎麼解決迴圈依賴問題？
    1.什麼是迴圈依賴？ 迴圈依賴是指一個或多個對象之間存在直接或間接的依賴關係，這種依賴關係構成一個環形調用 , 舉個例子 : A 依賴B , B依賴C , C依賴A , 這樣就形成了迴圈依賴； 2.spring對迴圈依賴的處理有三種情況: ①構造器的迴圈依賴:這種依賴spring是處理不了的，直接拋 ...
  • 25屆實習/秋招-java面試-JavaSe面試題整理-牛客網
    JavaSe 變數和運算符： 基本數據類型介紹 java中浮點數精度怎麼解決，有瞭解過實現嗎，為什麼有精度問題 BigDecimal，如何判斷BigDecimal是否相等。如何進行計算、怎麼四捨五入 基本類型幾種，分別占用空間 int和Integer區別--包裝類，int有幾個位元組。 包裝類常量池 ...
  • Java靜態導入
    今天在看開源項目的時候發現了這樣一句代碼 import static com.abin.mallchat.common.common.service.frequencycontrol.FrequencyControlStrategyFactory.TOTAL_COUNT_WITH_IN_FIX_TI ...
  • 京東一面：分散式 ID 生成方案怎麼選？寫得太好了！
    背景 在分散式系統中，經常需要用到全局唯一ID發生器，標識需要存儲的數據。我們需要什麼樣的ID生成器？ ID生成器除了是數據的唯一標識以外，一般需要在系統中承擔更多的責任，概括起來有以下幾點： 唯一性：“全局唯一” vs “業務唯一”？ 分散式系統使用唯一的ID生成器，會有非常嚴重的申請互斥問題。互 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類