主頁 > 軟體設計 > 驅動開發:內核LoadLibrary實作DLL注入

驅動開發:內核LoadLibrary實作DLL注入

2023-06-14 09:58:43 軟體設計

遠程執行緒注入是最常用的一種注入技術,在應用層注入是通過CreateRemoteThread這個函式實作的,該函式通過創建執行緒并呼叫 LoadLibrary 動態載入指定的DLL來實作注入,而在內核層同樣存在一個類似的內核函式RtlCreateUserThread,但需要注意的是此函式未被公開,RtlCreateUserThread其實是對NtCreateThreadEx的包裝,但最侄訓呼叫ZwCreateThread來實作注入,RtlCreateUserThreadCreateRemoteThread的底層實作,

基于LoadLibrary實作的注入原理可以具體分為如下幾步;

  • 1.呼叫AllocMemory,在對端應用層開辟空間,函式封裝來源于《內核遠程堆分配與銷毀》章節;
  • 2.呼叫MDLWriteMemory,將DLL路徑字串寫出到對端記憶體,函式封裝來源于《內核MDL讀寫行程記憶體》章節;
  • 3.呼叫GetUserModuleAddress,獲取到kernel32.dll模塊基址,函式封裝來源于《內核遠程執行緒實作DLL注入》章節;
  • 4.呼叫GetModuleExportAddress,獲取到LoadLibraryW函式的記憶體地址,函式封裝來源于《內核遠程執行緒實作DLL注入》章節;
  • 5.最后呼叫本章封裝函式MyCreateRemoteThread,將應用層DLL動態轉載到行程內,實作DLL注入;

總結起來就是首先在目標行程申請一塊空間,空間里面寫入要注入的DLL的路徑字串或者是一段ShellCode,找到該記憶體中LoadLibrary的基址并傳入到RtlCreateUserThread中,此時行程自動加載我們指定路徑下的DLL檔案,

注入依賴于RtlCreateUserThread這個未到處內核函式,該內核函式中最需要關心的引數是ProcessHandle用于接收行程句柄,StartAddress接收一個函式地址,StartParameter用于對函式傳遞引數,具體的函式原型如下所示;

typedef DWORD(WINAPI* pRtlCreateUserThread)(
    IN HANDLE                    ProcessHandle,          // 行程句柄
    IN PSECURITY_DESCRIPTOR      SecurityDescriptor,
    IN BOOL                      CreateSuspended,
    IN ULONG                     StackZeroBits,
    IN OUT PULONG                StackReserved,
    IN OUT PULONG                StackCommit,
    IN LPVOID                    StartAddress,          // 執行函式地址 LoadLibraryW
    IN LPVOID                    StartParameter,        // 引數傳遞
    OUT HANDLE                   ThreadHandle,          // 執行緒句柄
    OUT LPVOID                   ClientID
    );

由于我們加載DLL使用的是LoadLibraryW函式,此函式在運行時只需要一個引數,我們可以將DLL的路徑傳遞進去,并呼叫LoadLibraryW以此來將特定模塊拉起,該函式的定義規范如下所示;

HMODULE LoadLibraryW(
  [in] LPCWSTR lpLibFileName
);

根據上一篇文章中針對注入頭檔案lyshark.h的封裝,本章將繼續使用這個頭檔案中的函式,首先我們實作這樣一個功能,將一段準備好的UCHAR字串動態的寫出到應用層行程記憶體,并以寬位元組模式寫出在對端記憶體中,這段代碼可以寫為如下樣子;

// 署名權
// right to sign one's name on a piece of work
// PowerBy: LyShark
// Email: [email protected]

#include "lyshark.h"

// 驅動卸載例程
VOID UnDriver(PDRIVER_OBJECT driver)
{
	DbgPrint("Uninstall Driver \n");
}

// 驅動入口地址
NTSTATUS DriverEntry(IN PDRIVER_OBJECT Driver, PUNICODE_STRING RegistryPath)
{
	DbgPrint("Hello LyShark \n");

	DWORD process_id = 7112;
	DWORD create_size = 1024;
	DWORD64 ref_address = 0;

	// 分配記憶體堆 《內核遠程堆分配與銷毀》 核心代碼
	NTSTATUS Status = AllocMemory(process_id, create_size, &ref_address);

	DbgPrint("對端行程: %d \n", process_id);
	DbgPrint("分配長度: %d \n", create_size);
	DbgPrint("[*] 分配內核堆基址: %p \n", ref_address);

	UCHAR DllPath[256] = "C:\\hook.dll";
	UCHAR Item[256] = { 0 };

	// 將位元組轉為雙字
	for (int x = 0, y = 0; x < strlen(DllPath) * 2; x += 2, y++)
	{
		Item[x] = DllPath[y];
	}

	// 寫出記憶體 《內核MDL讀寫行程記憶體》 核心代碼
	ReadMemoryStruct ptr;

	ptr.pid = process_id;
	ptr.address = ref_address;
	ptr.size = strlen(DllPath) * 2;

	// 需要寫入的資料
	ptr.data = https://www.cnblogs.com/LyShark/p/ExAllocatePool(PagedPool, ptr.size);

	// 回圈設定
	for (int i = 0; i < ptr.size; i++)
	{
		ptr.data[i] = Item[i];
	}

	// 寫記憶體
	MDLWriteMemory(&ptr);

	Driver->DriverUnload = UnDriver;
	return STATUS_SUCCESS;
}

運行如上方所示的代碼,將會在目標行程7112中開辟一段記憶體空間,并寫出C:\hook.dll字串,運行效果圖如下所示;

此處你可以通過x64dbg附加到應用層行程內,并觀察記憶體0000000002200000會看到如下字串已被寫出,雙字型別則是每一個字符空一格,效果圖如下所示;

繼續實作所需要的子功能,實作動態獲取Kernel32.dll模塊里面LiadLibraryW這個匯出函式的記憶體地址,這段代碼相信你可以很容易的寫出來,根據上節課的知識點我們可以二次封裝一個GetProcessAddress來實作對特定模塊基址的獲取功能,如下是完整代碼案例;

// 署名權
// right to sign one's name on a piece of work
// PowerBy: LyShark
// Email: [email protected]

#include "lyshark.h"

// 實作取模塊基址
PVOID GetProcessAddress(HANDLE ProcessID, PWCHAR DllName, PCCHAR FunctionName)
{
	PEPROCESS EProcess = NULL;
	NTSTATUS Status = STATUS_SUCCESS;
	KAPC_STATE ApcState;
	PVOID RefAddress = 0;

	// 根據PID得到行程EProcess結構
	Status = PsLookupProcessByProcessId(ProcessID, &EProcess);
	if (Status != STATUS_SUCCESS)
	{
		return Status;
	}

	// 判斷目標行程是32位還是64位
	BOOLEAN IsWow64 = (PsGetProcessWow64Process(EProcess) != NULL) ? TRUE : FALSE;

	// 驗證地址是否可讀
	if (!MmIsAddressValid(EProcess))
	{
		return NULL;
	}

	// 將當前執行緒連接到目標行程的地址空間(附加行程)
	KeStackAttachProcess((PRKPROCESS)EProcess, &ApcState);

	__try
	{
		UNICODE_STRING DllUnicodeString = { 0 };
		PVOID BaseAddress = NULL;

		// 得到行程內模塊基地址
		RtlInitUnicodeString(&DllUnicodeString, DllName);

		BaseAddress = GetUserModuleAddress(EProcess, &DllUnicodeString, IsWow64);

		if (!BaseAddress)
		{
			return NULL;
		}

		DbgPrint("[*] 模塊基址: %p \n", BaseAddress);

		// 得到該函式地址
		RefAddress = GetModuleExportAddress(BaseAddress, FunctionName, EProcess);
		DbgPrint("[*] 函式地址: %p \n", RefAddress);
	}
	__except (EXCEPTION_EXECUTE_HANDLER)
	{
		return NULL;
	}

	// 取消附加
	KeUnstackDetachProcess(&ApcState);
	return RefAddress;
}

VOID Unload(PDRIVER_OBJECT pDriverObj)
{
	DbgPrint("[-] 驅動卸載 \n");
}

NTSTATUS DriverEntry(PDRIVER_OBJECT DriverObject, PUNICODE_STRING RegPath)
{
	DbgPrint("Hello LyShark.com \n");

	// 取模塊基址
	PVOID pLoadLibraryW = GetProcessAddress(5200, L"kernel32.dll", "LoadLibraryW");

	DbgPrint("[*] 所在記憶體地址 = %p \n", pLoadLibraryW);

	DriverObject->DriverUnload = Unload;
	return STATUS_SUCCESS;
}

編譯并運行如上驅動代碼,將自動獲取PID=5200行程中Kernel32.dll模塊內的LoadLibraryW的記憶體地址,輸出效果圖如下所示;

實作注入的最后一步就是呼叫自定義函式MyCreateRemoteThread該函式實作原理是呼叫RtlCreateUserThread開執行緒執行,這段代碼的最終實作如下所示;

// 署名權
// right to sign one's name on a piece of work
// PowerBy: LyShark
// Email: [email protected]

#include "lyshark.h"

// 定義函式指標
typedef PVOID(NTAPI* PfnRtlCreateUserThread)
(
	IN HANDLE ProcessHandle,
	IN PSECURITY_DESCRIPTOR SecurityDescriptor,
	IN BOOLEAN CreateSuspended,
	IN ULONG StackZeroBits,
	IN OUT size_t StackReserved,
	IN OUT size_t StackCommit,
	IN PVOID StartAddress,
	IN PVOID StartParameter,
	OUT PHANDLE ThreadHandle,
	OUT PCLIENT_ID ClientID
);

// 實作取模塊基址
PVOID GetProcessAddress(HANDLE ProcessID, PWCHAR DllName, PCCHAR FunctionName)
{
	PEPROCESS EProcess = NULL;
	NTSTATUS Status = STATUS_SUCCESS;
	KAPC_STATE ApcState;
	PVOID RefAddress = 0;

	// 根據PID得到行程EProcess結構
	Status = PsLookupProcessByProcessId(ProcessID, &EProcess);
	if (Status != STATUS_SUCCESS)
	{
		return Status;
	}

	// 判斷目標行程是32位還是64位
	BOOLEAN IsWow64 = (PsGetProcessWow64Process(EProcess) != NULL) ? TRUE : FALSE;

	// 驗證地址是否可讀
	if (!MmIsAddressValid(EProcess))
	{
		return NULL;
	}

	// 將當前執行緒連接到目標行程的地址空間(附加行程)
	KeStackAttachProcess((PRKPROCESS)EProcess, &ApcState);

	__try
	{
		UNICODE_STRING DllUnicodeString = { 0 };
		PVOID BaseAddress = NULL;

		// 得到行程內模塊基地址
		RtlInitUnicodeString(&DllUnicodeString, DllName);

		BaseAddress = GetUserModuleAddress(EProcess, &DllUnicodeString, IsWow64);

		if (!BaseAddress)
		{
			return NULL;
		}

		DbgPrint("[*] 模塊基址: %p \n", BaseAddress);

		// 得到該函式地址
		RefAddress = GetModuleExportAddress(BaseAddress, FunctionName, EProcess);
		DbgPrint("[*] 函式地址: %p \n", RefAddress);
	}
	__except (EXCEPTION_EXECUTE_HANDLER)
	{
		return NULL;
	}

	// 取消附加
	KeUnstackDetachProcess(&ApcState);
	return RefAddress;
}

// 遠程執行緒注入函式
BOOLEAN MyCreateRemoteThread(ULONG pid, PVOID pRing3Address, PVOID PParam)
{
	NTSTATUS status = STATUS_UNSUCCESSFUL;
	PEPROCESS pEProcess = NULL;
	KAPC_STATE ApcState = { 0 };

	PfnRtlCreateUserThread RtlCreateUserThread = NULL;
	HANDLE hThread = 0;

	__try
	{
		// 獲取RtlCreateUserThread函式的記憶體地址
		UNICODE_STRING ustrRtlCreateUserThread;
		RtlInitUnicodeString(&ustrRtlCreateUserThread, L"RtlCreateUserThread");
		RtlCreateUserThread = (PfnRtlCreateUserThread)MmGetSystemRoutineAddress(&ustrRtlCreateUserThread);
		if (RtlCreateUserThread == NULL)
		{
			return FALSE;
		}

		// 根據行程PID獲取行程EProcess結構
		status = PsLookupProcessByProcessId((HANDLE)pid, &pEProcess);
		if (!NT_SUCCESS(status))
		{
			return FALSE;
		}

		// 附加到目標行程內
		KeStackAttachProcess(pEProcess, &ApcState);

		// 驗證行程是否可讀寫
		if (!MmIsAddressValid(pRing3Address))
		{
			return FALSE;
		}

		// 啟動注入執行緒
		status = RtlCreateUserThread(ZwCurrentProcess(),
			NULL,
			FALSE,
			0,
			0,
			0,
			pRing3Address,
			PParam,
			&hThread,
			NULL);
		if (!NT_SUCCESS(status))
		{
			return FALSE;
		}

		return TRUE;
	}

	__finally
	{
		// 釋放物件
		if (pEProcess != NULL)
		{
			ObDereferenceObject(pEProcess);
			pEProcess = NULL;
		}

		// 取消附加行程
		KeUnstackDetachProcess(&ApcState);
	}

	return FALSE;
}

VOID Unload(PDRIVER_OBJECT pDriverObj)
{
	DbgPrint("[-] 驅動卸載 \n");
}

NTSTATUS DriverEntry(PDRIVER_OBJECT DriverObject, PUNICODE_STRING RegPath)
{
	DbgPrint("Hello LyShark.com \n");

	ULONG process_id = 5200;
	DWORD create_size = 1024;
	DWORD64 ref_address = 0;

	// -------------------------------------------------------
	// 取模塊基址
	// -------------------------------------------------------

	PVOID pLoadLibraryW = GetProcessAddress(process_id, L"kernel32.dll", "LoadLibraryW");
	DbgPrint("[*] 所在記憶體地址 = %p \n", pLoadLibraryW);

	// -------------------------------------------------------
	// 應用層開堆
	// -------------------------------------------------------

	NTSTATUS Status = AllocMemory(process_id, create_size, &ref_address);

	DbgPrint("對端行程: %d \n", process_id);
	DbgPrint("分配長度: %d \n", create_size);
	DbgPrint("分配的內核堆基址: %p \n", ref_address);

	// 設定注入路徑,轉換為多位元組
	UCHAR DllPath[256] = "C:\\lyshark_hook.dll";
	UCHAR Item[256] = { 0 };

	for (int x = 0, y = 0; x < strlen(DllPath) * 2; x += 2, y++)
	{
		Item[x] = DllPath[y];
	}

	// -------------------------------------------------------
	// 寫出資料到記憶體
	// -------------------------------------------------------

	ReadMemoryStruct ptr;

	ptr.pid = process_id;
	ptr.address = ref_address;
	ptr.size = strlen(DllPath) * 2;

	// 需要寫入的資料
	ptr.data = https://www.cnblogs.com/LyShark/p/ExAllocatePool(PagedPool, ptr.size);

	// 回圈設定
	for (int i = 0; i < ptr.size; i++)
	{
		ptr.data[i] = Item[i];
	}

	// 寫記憶體
	MDLWriteMemory(&ptr);

	// -------------------------------------------------------
	// 執行開執行緒函式
	// -------------------------------------------------------

	// 執行執行緒注入
	// 引數1:PID
	// 引數2:LoadLibraryW記憶體地址
	// 引數3:當前DLL路徑
	BOOLEAN flag = MyCreateRemoteThread(process_id, pLoadLibraryW, ref_address);
	if (flag == TRUE)
	{
		DbgPrint("[*] 已完成行程 %d 注入檔案 %s \n", process_id, DllPath);
	}

	DriverObject->DriverUnload = Unload;
	return STATUS_SUCCESS;
}

編譯這段驅動程式,并將其放入虛擬機中,在C盤下面放置好一個名為lyshark_hook.dll檔案,運行驅動程式將自動插入DLL到Win32Project行程內,輸出效果圖如下所示;

回到應用層行程,則可看到如下圖所示的注入成功提示資訊;

文章作者:lyshark (王瑞)
文章出處:https://www.cnblogs.com/LyShark/p/17170818.html
本博客所有文章除特別宣告外,均采用 BY-NC-SA 許可協議,轉載請注明出處!

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/555124.html

標籤:領域驅動設計

上一篇:里氏替換原則究竟如何理解?

下一篇:返回列表

標籤雲
其他(160951) Python(38226) JavaScript(25495) Java(18235) C(15237) 區塊鏈(8270) C#(7972) AI(7469) 爪哇(7425) MySQL(7248) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5875) 数组(5741) R(5409) Linux(5347) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4591) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2435) ASP.NET(2404) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) .NET技术(1984) 功能(1967) HtmlCss(1966) Web開發(1951) C++(1939) python-3.x(1918) 弹簧靴(1913) xml(1889) PostgreSQL(1881) .NETCore(1863) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 驅動開發:內核LoadLibrary實作DLL注入

    遠程執行緒注入是最常用的一種注入技術,在應用層注入是通過`CreateRemoteThread`這個函式實作的,通過該函式通過創建執行緒并呼叫 `LoadLibrary` 動態載入指定的DLL來實作注入,而在內核層同樣存在一個類似的內核函式`RtlCreateUserThread`,但需要注意的是此函式... ......

    uj5u.com 2023-06-14 09:58:43 more
  • 里氏替換原則究竟如何理解?

    介紹里氏替換原則的文章非常多,但可能大家看完之后,心中仍然留有疑問,如何去落地實作,如何判斷是否影響程式功能。本文將帶領大家深入理解里氏替換,一起領略下它的真正面目。 ......

    uj5u.com 2023-06-14 09:58:25 more
  • 復雜業務系統的通用架構設計法則

    生活中我們經常談及 “架構”,那么到底什么是 “架構”,Robert C.Martin《架構整潔之道》中的定義:軟體架構是指設計軟體的人為軟體賦予的形狀,這個形狀是指系統如何被劃分為組件 (Components),各個組件如何排列(Arrangement),組件之間如何溝通(Communicatio... ......

    uj5u.com 2023-06-13 08:31:24 more
  • 復雜業務系統的通用架構設計法則

    生活中我們經常談及 “架構”,那么到底什么是 “架構”,Robert C.Martin《架構整潔之道》中的定義:軟體架構是指設計軟體的人為軟體賦予的形狀,這個形狀是指系統如何被劃分為組件 (Components),各個組件如何排列(Arrangement),組件之間如何溝通(Communicatio... ......

    uj5u.com 2023-06-13 08:30:07 more
  • C++ 單例模式的各種坑及最佳實踐

    單例模式是設計模式中最簡單、常見的一種。其主要目的是確保整個行程中,只有一個類的實體,并且提供一個統一的訪問介面。常用于 Logger 類、通信介面類等。 # 基本原理 限制用戶直接訪問類的建構式,提供一個統一的 public 介面獲取單例物件。 這里有一個“先有雞還是先有蛋”的問題: - 因為用 ......

    uj5u.com 2023-06-12 08:05:33 more
  • 策 略 模 式「指 鼠 為 鴨」

    大家好,我是 god23bin,今天我們來介紹下設計模式中的一個重要的設計模式——策略模式。

    當涉及到某個行為或演算法有多個變體時,策略模式是一種常見的設計模式。它允許在運行時選擇使用不同的策略,而無需修改現有代碼。

    現在就使用設計模式中經常出現的鴨子模型來介紹吧! ......

    uj5u.com 2023-06-12 08:05:23 more
  • C++ 單例模式的各種坑及最佳實踐

    單例模式是設計模式中最簡單、常見的一種。其主要目的是確保整個行程中,只有一個類的實體,并且提供一個統一的訪問介面。常用于 Logger 類、通信介面類等。 # 基本原理 限制用戶直接訪問類的建構式,提供一個統一的 public 介面獲取單例物件。 這里有一個“先有雞還是先有蛋”的問題: - 因為用 ......

    uj5u.com 2023-06-12 08:05:07 more
  • 策 略 模 式「指 鼠 為 鴨」

    大家好,我是 god23bin,今天我們來介紹下設計模式中的一個重要的設計模式——策略模式。

    當涉及到某個行為或演算法有多個變體時,策略模式是一種常見的設計模式。它允許在運行時選擇使用不同的策略,而無需修改現有代碼。

    現在就使用設計模式中經常出現的鴨子模型來介紹吧! ......

    uj5u.com 2023-06-12 08:04:57 more
  • 翻譯:REST 和 gRPC 詳細比較

    >譯者注:在微服務架構設計,構建API和服務間通信技術選型時,對 REST 和 gRPC 的理解和應用還存在知識盲區,近期看到國外的這篇文章:[A detailed comparison of REST and gRPC](https://kreya.app/blog/rest-vs-grpc/), ......

    uj5u.com 2023-06-11 08:02:59 more
  • 翻譯:REST 和 gRPC 詳細比較

    >譯者注:在微服務架構設計,構建API和服務間通信技術選型時,對 REST 和 gRPC 的理解和應用還存在知識盲區,近期看到國外的這篇文章:[A detailed comparison of REST and gRPC](https://kreya.app/blog/rest-vs-grpc/), ......

    uj5u.com 2023-06-11 08:02:35 more