【Android】深入Binder攔截

来源:https://www.cnblogs.com/iofomo/Undeclared/17957871
-Advertisement-
Play Games

☞ Github ☜ ☞ Gitee ☜ 說明 Binder作為Android系統跨進程通信的核心機制。網上也有很多深度講解該機制的文章，如： Android跨進程通信詳解Binder機制原理 Android系統核心機制Binder【系列】 這些文章和系統源碼可以很好幫助我們理解Binder的實現原 ...


☞ Github ☜　　☞ Gitee ☜

說明

Binder作為Android系統跨進程通信的核心機制。網上也有很多深度講解該機制的文章，如：

這些文章和系統源碼可以很好幫助我們理解Binder的實現原理和設計理念，為攔截做準備。藉助Binder攔截可以我們可以擴展出那些能力呢：

  1. 虛擬化的能力，多年前就出現的應用免安裝運行類產品如：VirtualApp/DroidPlugin/平行空間/雙開大師/應用分身等。
  2. 測試驗證的能力，通常為Framework層功能開發。
  3. 檢測第三方SDK或模塊系統服務調用訪問情況（特別是敏感API調用）。
  4. 逆向分析應用底層服務介面調用實現。
  5. 第三方ROM擴展Framework服務。

現有方案

一直以來實時分析和攔截進程的Binder通信是通過Java層的AIDL介面代理來實現的。藉助於Android系統Binder服務介面設計的規範，上層的介面均繼承於IBinder。

如一下為代理目標對象的所有的介面API的方法：

import java.lang.reflect.InvocationHandler;
import java.lang.reflect.InvocationTargetException;
import java.lang.reflect.Proxy;

private static void getInterface(Class<?> cls, final HashSet<Class<?>> ss) {
    Class<?>[] ii;
    do {
        ii = cls.getInterfaces();
        for (final Class<?> i : ii) {
            if (ss.add(i)) {
                getInterface(i, ss);
            }
        }
        cls = cls.getSuperclass();
    } while (cls != null);
}

private static Class<?>[] getInterfaces(Class<?> cls) {
    final HashSet<Class<?>> ss = new LinkedHashSet<Class<?>>();
    getInterface(cls, ss);
    if (0 < ss.size()) {
        return ss.toArray(new Class<?>[ss.size()]);
    }
    return null;
}

public static Object createProxy(Object org, InvocationHandler cb) {
    try {
        Class<?> cls = org.getClass();
        Class<?>[] cc = getInterfaces(cls);
        return Proxy.newProxyInstance(cls.getClassLoader(), cc, cb);
    } catch (Throwable e) {
        Logger.e(e);
    } finally {
        // TODO release fix proxy name
    }
    return null;
}

1、對於已經生成的Binder服務對象，在應用進程可參與實現邏輯之前就已經緩存了，我們需要找到並且進行替換（AMS、PMS、WMS等），如AMS在Android 8.0之後的緩存如下：

// source code: http://aospxref.com/android-9.0.0_r61/xref/frameworks/base/core/java/android/app/ActivityManager.java
package android.app;

public class ActivityManager {

    public static IActivityManager getService() {
        return IActivityManagerSingleton.get();
    }

    private static final Singleton<IActivityManager> IActivityManagerSingleton =
            new Singleton<IActivityManager>() {
                @Override
                protected IActivityManager create() {
                    final IBinder b = ServiceManager.getService(Context.ACTIVITY_SERVICE);
                    final IActivityManager am = IActivityManager.Stub.asInterface(b);
                    return am;
                }
            };
}

因此我們需要找到並且替換它，如：

Object obj;
if (Build.VERSION.SDK_INT < 26) {// <= 7.0
    obj = ReflectUtils.getStaticFieldValue("android.app.ActivityManagerNative", "gDefault");
} else {// 8.0 <=
    obj = ReflectUtils.getStaticFieldValue("android.app.ActivityManager", "IActivityManagerSingleton");
}
Object inst = ReflectUtils.getFieldValue(obj, "mInstance");
ReflectUtils.setFieldValue(obj, "mInstance", createProxy(inst));

2、對於後續運行過程中才獲取的Binder服務，則需要代理ServiceManager，源碼如下：

// source code: http://aospxref.com/android-9.0.0_r61/xref/frameworks/base/core/java/android/os/ServiceManager.java
package android.os;

public final class ServiceManager {
    private static final String TAG = "ServiceManager";

    private static IServiceManager sServiceManager;
}

因此我們的代理如下：

Class<?> cls = ReflectUtils.findClass("android.os.ServiceManager");
Object org = ReflectUtils.getStaticFieldValue(cls, "sServiceManager");
Object pxy = new createProxy(org);
if (null != pxy) {
    ReflectUtils.setStaticFieldValue(getGlobalClass(), "sServiceManager", pxy);
}

這樣每次在第一次訪問該服務時，就會調用IServiceManager中的getService的方法，而該方法已經被我們代理攔截，我們可以通過參數可以識別當前獲取的是哪個服務，然後將獲取的服務對象代理後在繼續返回即可。

但是：這樣的方案並不能攔截進程中所有的Binder服務。我們面臨幾大問題：

  1. 首先，Android源碼越來越龐大，瞭解所有的服務工作量很大，因此有哪些服務已經被緩存排查非常困難。

  2. 其次，廠商越來越鐘情於擴展自定義服務，這些服務不開源，識別和適配更加耗時。

  3. 再次，有一部分服務只有native實現，並不能通過Java層的介面代理進行攔截（如：Sensor/Audio/Video/Camera服務等）。

    // source code: http://aospxref.com/android-13.0.0_r3/xref/frameworks/av/camera/ICamera.cpp

class BpCamera: public BpInterface<ICamera>
{
public:
    explicit BpCamera(const sp<IBinder>& impl)
        : BpInterface<ICamera>(impl)
    {
    }
  
    // start recording mode, must call setPreviewTarget first
    status_t startRecording()
    {
        ALOGV("startRecording");
        Parcel data, reply;
        data.writeInterfaceToken(ICamera::getInterfaceDescriptor());
        remote()->transact(START_RECORDING, data, &reply);
        return reply.readInt32();
    }
}

新方案：基於底層攔截

原理

我們都知道Binder在應用進程運行原理如下圖：

不管是Java層還是native層的介面調用，最後都會通過ioctl函數訪問共用記憶體空間，達到跨進程訪問數據交換的目的。因此我們只要攔截ioctl函數，即可完成對所有Binder通信數據的攔截。底層攔截有以下優勢：

1）可以攔截所有的Binder通信。

2）底層攔截穩定，高相容性。從Android 4.x至Android 14，近10年的系統版本演進，涉及到Binder底層通信適配僅兩次；一次是支持64位進程（當時需要同時相容32位和64位進程訪問Binder服務）。另一次是華為鴻蒙系統的誕生，華為ROM在Binder通信協議中增加了新的標識欄位。

要解決的問題

如何攔截

C/C++層的函數攔截，並不像Java層一樣系統提供了較為穩定的代理工具，在這裡不是我們本期討論的重點，可以直接採用網上開源的Hook框架：

如何過濾

ioctl函數為系統底層設備訪問函數，調用及其頻繁，而Binder通信調用只是其中調用者之一，因此需要快速識別非Binder通信調用，不影響程式性能。

函數定義：

#include <sys/ioctl.h>

int ioctl(int fildes, unsigned long request, ...);

request的參數定義：

// source code: http://aospxref.com/android-14.0.0_r2/xref/bionic/libc/kernel/uapi/linux/android/binder.h
#define BINDER_WRITE_READ _IOWR('b', 1, struct binder_write_read)
#define BINDER_SET_IDLE_TIMEOUT _IOW('b', 3, __s64)
#define BINDER_SET_MAX_THREADS _IOW('b', 5, __u32)
#define BINDER_SET_IDLE_PRIORITY _IOW('b', 6, __s32)
#define BINDER_SET_CONTEXT_MGR _IOW('b', 7, __s32)
#define BINDER_THREAD_EXIT _IOW('b', 8, __s32)
#define BINDER_VERSION _IOWR('b', 9, struct binder_version)
#define BINDER_GET_NODE_DEBUG_INFO _IOWR('b', 11, struct binder_node_debug_info)
#define BINDER_GET_NODE_INFO_FOR_REF _IOWR('b', 12, struct binder_node_info_for_ref)
#define BINDER_SET_CONTEXT_MGR_EXT _IOW('b', 13, struct flat_binder_object)
#define BINDER_FREEZE _IOW('b', 14, struct binder_freeze_info)
#define BINDER_GET_FROZEN_INFO _IOWR('b', 15, struct binder_frozen_status_info)
#define BINDER_ENABLE_ONEWAY_SPAM_DETECTION _IOW('b', 16, __u32)
#define BINDER_GET_EXTENDED_ERROR _IOWR('b', 17, struct binder_extended_error)

對應的源碼：

// source code: http://aospxref.com/android-14.0.0_r2/xref/frameworks/native/libs/binder/IPCThreadState.cpp
void IPCThreadState::threadDestructor(void *st) {
	ioctl(self->mProcess->mDriverFD, BINDER_THREAD_EXIT, 0);
}

status_t IPCThreadState::getProcessFreezeInfo(pid_t pid, uint32_t *sync_received, uint32_t *async_received) {
    return ioctl(self()->mProcess->mDriverFD, BINDER_GET_FROZEN_INFO, &info);
}

status_t IPCThreadState::freeze(pid_t pid, bool enable, uint32_t timeout_ms) {
    return ioctl(self()->mProcess->mDriverFD, BINDER_FREEZE, &info) < 0);
}

void IPCThreadState::logExtendedError() {
    ioctl(self()->mProcess->mDriverFD, BINDER_GET_EXTENDED_ERROR, &ee) < 0);
}

status_t IPCThreadState::talkWithDriver(bool doReceive) {
    // 實際Binder調用通信
    return ioctl(mProcess->mDriverFD, BINDER_WRITE_READ, &bwr);
}

快速過濾：

static int ioctl_hook(int fd, int cmd, void* arg) {
    if (cmd != BINDER_WRITE_READ || !arg || g_ioctl_disabled) {
        return g_ioctl_func(fd, cmd, arg);
    }
}
如何解析

目標源碼：http://aospxref.com/android-14.0.0_r2/xref/frameworks/native/libs/binder

重點解析發送（即BC_TRANSACTION和BC_REPLY）和接收（即BR_TRANSACTION和BR_REPLY）的類型數據。

如何修改數據

修改數據分為以下幾種：

1）修複調用時參數數據。

2）修複調用後返回的結果數據。

如果數據修複不改變當前數據的長度，只是內容的變化，則可以直接通過地址進行修改。否則需要創建新的記憶體進行修改後將新的數據地址設置到BINDER_WRITE_READ結構的buffer成員。此時處理好記憶體的釋放問題。

3）直接攔截本次調用。

為了保障穩定性，不打斷Binder的調用流程（通常這也是攔截和逆向方案保障穩定的最重要原則之一）。我們可以將目標函數code修改成父類處理的通用方法，然後通過修複調用的返回值即可完成攔截。

方案實現

數據解析

Binder調用數據結構如下：

解析bwr

bwr即binder_write_read，從源碼中瞭解到ioctl的BINDER_WRITE_READ類型的arg數據結構為：

struct binder_write_read {
  // 調用時傳入的數據
 	binder_size_t write_size;// call data
 	binder_size_t write_consumed;// call data
 	binder_uintptr_t write_buffer;// call data
  
	// 結果返回數據
 	binder_size_t read_size;// recv data
 	binder_size_t read_consumed;// recv data
 	binder_uintptr_t read_buffer;// recv data
};

不管是傳入還是返回的數據，都是一組BC命令或BR命令，也就是說一次調用上層會打包幾個命令一起傳遞。因此我們需要通過迴圈來找到我們的命令。

void binder_find_for_bc(struct binder_write_read& bwr) {
    binder_uintptr_t cmds = bwr.write_buffer;
    binder_uintptr_t end = cmds + (binder_uintptr_t)bwr.write_size;

    binder_txn_st* txn = NULL;
    while (0 < cmds && cmds < end && !txn) {
        // 由於每次Binder通信數據量的限制，Binder設計每次調用有且僅包含一個有效的參數命令，因此只要找到即可，其他類型則直接跳過忽略
        cmds = binder_parse_cmds_bc(cmds, txn);
    }
}

dump數據如下：

write_buffer:0xb400007107d1d400, write_consumed:68, write_size:68
00000000:  00 63 40 40 14 00 00 00  00 00 00 00 00 00 00 00  .c@@............
00000010:  00 00 00 00 01 00 00 00  12 00 00 00 00 00 00 00  ................
00000020:  00 00 00 00 54 00 00 00  00 00 00 00 00 00 00 00  ....T...........
00000030:  00 00 00 00 00 4d 3a ac  70 00 00 b4 00 00 00 00  .....M:.p.......
00000040:  00 00 00 00                                       ....
BR_NOOP: 0x720c
BR_TRANSACTION_COMPLETE: 0x7206
BR_REPLY: 0
解析txn

txn即binder_transaction_data，Binder方法調用的方法參數信息定義如下：

struct binder_transaction_data {
 union {
     __u32 handle;
     binder_uintptr_t ptr;
 } target;// 目標服務句柄，server端使用

 binder_uintptr_t cookie;// 緩存的Binder進行訪問
 __u32 code;//方法編號

 __u32 flags;// 標識，如是否為 oneway
 __s32 sender_pid;
 __u32 sender_euid;
 binder_size_t data_size;// 數據長度
 binder_size_t offsets_size;// 若包含對象，則對象數據大小
  
 union {
     struct {
         binder_uintptr_t buffer;// Binder方法參數值地址
         binder_uintptr_t offsets;// Binder方法參數對象數據地址
     } ptr;
     __u8 buf[8];
 } data;
};

dumo數據如下：

Trace   : target:       1   cookie:       0   code:      23   flags:   0x12(READ REPLY)
Trace   :    pid:       0      uid:       0   size:     196    offs:8
Trace   : 00000000:  00 00 00 80 ff ff ff ff  54 53 59 53 1c 00 00 00  ........TSYS....
Trace   : 00000010:  61 00 6e 00 64 00 72 00  6f 00 69 00 64 00 2e 00  a.n.d.r.o.i.d...
Trace   : 00000020:  61 00 70 00 70 00 2e 00  49 00 41 00 63 00 74 00  a.p.p...I.A.c.t.
Trace   : 00000030:  69 00 76 00 69 00 74 00  79 00 4d 00 61 00 6e 00  i.v.i.t.y.M.a.n.
Trace   : 00000040:  61 00 67 00 65 00 72 00  00 00 00 00 85 2a 62 73  a.g.e.r......*bs
Trace   : 00000050:  13 01 00 00 00 38 dd 2a  71 00 00 b4 00 05 e9 31  .....8.*q......1
Trace   : 00000060:  71 00 00 b4 01 00 00 0c  1a 00 00 00 63 00 6f 00  q...........c.o.
Trace   : 00000070:  6d 00 2e 00 69 00 66 00  6d 00 61 00 2e 00 74 00  m...i.f.m.a...t.
Trace   : 00000080:  72 00 61 00 6e 00 73 00  65 00 63 00 2e 00 63 00  r.a.n.s.e.c...c.
Trace   : 00000090:  6f 00 6e 00 74 00 61 00  69 00 6e 00 65 00 72 00  o.n.t.a.i.n.e.r.
Trace   : 000000a0:  00 00 00 00 08 00 00 00  73 00 65 00 74 00 74 00  ........s.e.t.t.
Trace   : 000000b0:  69 00 6e 00 67 00 73 00  00 00 00 00 00 00 00 00  i.n.g.s.........
Trace   : 000000c0:  01 00 00 00                                       ....
Trace   : binder object offs:0x4c  type:0x73622a85  flags:0x113  ptr:0x2add3800  cookie:0x31e90500
解析服務名

Binder通信數據頭如下，即可解析出目標服務名：

void find_server_name(const binder_txn_st* txn) {
		const int32_t* ptr = reinterpret_cast<const int32_t*>(txn->data.ptr.buffer);
  	++ ptr;// skip strict model
    if (29 <= sdkVersion()) ++ ptr;// 10.0 <=, skip flags(ff ff ff ff)
		
  	int32_t nameLen = *ptr;
    const uint16_t* name16 = (const uint16_t*)(ptr+1);
}
解析方法名

Binder通信數據中標識該服務方法的參數是txn->code。AIDL定義類在編譯後會為每個方法自動生成靜態的方法。

如定義的Binder介面方法為：

interface IDemo {
  void test();
  void test2();
}

則編譯後生成的類為：

class IDemo$Stub {
   void test();
   void test2();
   
  static final int TRANSACTION_test = 1;
  static final int TRANSACTION_test2 = 2;
}

因此我們可以通過反射的方式，找到服務名對應的類所有靜態成員變數，然後找到與code值相等的成員即為此方法。

這裡可能需要解決私有API的限制解除問題。

// 可直接使用工程工具類
TstClassPrinter.printStubByCodes("android.app.IActivityManager", 13, 16, 67);

日誌輸出如下：

解析數據

首先需要藉助數據封裝類Parcel。

// souce code:
// http://aospxref.com/android-14.0.0_r2/xref/frameworks/native/include/binder/Parcel.h
// http://aospxref.com/android-14.0.0_r2/xref/frameworks/native/libs/binder/Parcel.cpp

藉助該類可以解析一些比較簡單的數據，快速的找到目標內容。而對於比較複雜的數據，如參數值為Intent，該參數類型嵌套了多層的Parcelable成員，因此在native層通過Parcel來解析，相容性比較差。因此我們選擇通過回調到Java層來解析，修改後再格式化為native的buffer數據。這裡需要處理好Java和native層的數據交換問題，以及回收。

native層：

// 創建
jobject obtain(JNIEnv* env) {
    jclass jcls = env->FindClass("android/os/Parcel");
    jmethodID method = env->GetStaticMethodID(jcls, "obtain", "()Landroid/os/Parcel;");
    if (!method) return NULL;

    mParcelObj = env->CallStaticObjectMethod(jcls, method);
    if (!mParcelObj) return NULL;

    if (0 < mUparcel->dataSize()) {
        method = env->GetMethodID(sParcelClass, "setDataPosition", "(I)V");
        if (method) {
            unmarshall(env, mUparcel->data(), mUparcel->dataSize());
            env->CallVoidMethod(mParcelObj, method, mUparcel->dataPosition());
        }
    }

    return mParcelObj;
}

// 回收
void recycle(JNIEnv* env) {
    jclass jcls = env->FindClass("android/os/Parcel");
    jmethodID method = env->GetMethodID(jcls, "recycle", "()V");
    if (method) {
        env->CallVoidMethod(mParcelObj, method);
    }
    if (mParcelObj) {
        env->DeleteLocalRef(mParcelObj);
    }
    mParcelObj = NULL;
}

Java層：

public static void clearHttpLink(Parcel p/*IN*/, Parcel q/*OUT*/) {
    try {
        Intent ii = Intent.CREATOR.createFromParcel(pp);
		// TODO something ...
      	
        // write new data
        q.appendFrom(p, p.dataPosition(), p.dataAvail());
    } catch (Throwable e) {
        e.printStackTrace();
    }
}

數據攔截

Binder的數據解析和列印不會改變原數據內容，因此相對簡單，如果要對數據進行修改，則相對複雜一些。修複的數據需要替換原數據，因此需要進行如下操作。

1、數據替換。

將txn中方法參數的數據指針指向新創建的數據區。


int binder_replace_txn_for_br(binder_txn_st *txn, ParcelEx* reply, binder_size_t _pos) {
    size_t size = reply->ipcDataSize();
    uint8_t* repData = (uint8_t*)malloc(size + txn->offsets_size);
    memcpy(repData, reply->data(), size);
    if (0 < txn->offsets_size) {
        binder_replace_objects(txn, repData, _pos, ((int)size) - ((int)(txn->data_size)));
    }

    txn->data.ptr.buffer = reinterpret_cast<uintptr_t>(repData);
    txn->data_size = size;
    return 0;
}

2、修正對象指針。

如果傳入的參數包含Binder對象，如register方法的Observe。因此修複的數據可能導致偏移的地址前移或者後移，因此需要重新計算偏移，如：

void replaceObjects(binder_txn_st *txn, uint8_t* objData, binder_size_t _pos, int _off) {
    binder_size_t* offs = reinterpret_cast<binder_size_t*>(txn->data.ptr.offsets);
    unsigned count = txn->offsets_size / sizeof(binder_size_t);

    while (0 < count--) {
        if (0 != memcmp(objData + (int)(*offs), (uint8_t*)txn->data.ptr.buffer + (int)(*offs), sizeof(binder_size_t))) {
            *offs += _off;
        }
        ++ offs;
    }
}

3、記憶體釋放。

需要保存原地址A和新的地址AA的映射關係到自定義的記憶體池中。

當Binder通信命令出現BC_FREE_BUFFER和BR_FREE_BUFFER時，則通過該命令要釋放的AA地址，然後從記憶體池找到與之對應A的地址，並設置回去讓上層繼續釋放，完成記憶體使用的閉環。

case BC_FREE_BUFFER:
{
    uintptr_t* buffPtr = (uintptr_t *)cmd;
    uintptr_t ptr = MemPool::detach(*buffPtr);
    if (__UNLIKELY(0 != ptr)) {
        *buffPtr = ptr;// set origin buffer
    }
    cmd += sizeof(uintptr_t);// move to next command
}   break;

附：

如果你有需要，可以直接使用我們已經封裝好的SDK來實現相應的功能，該項目已經開源，可以直接使用，參考【集成文檔】。


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

-Advertisement-
Play Games
更多相關文章
  • Nginx採用虛擬目錄的方式代理IIS站點
    Nginx採用虛擬目錄的方式代理IIS站點 起因 背景 由於IIS出現了某種不可知的問題，H5APP的部署從IIS改為Nginx。 H5APP的Nginx的部署比較簡單，直接修改官方的實例即可 但是之前H5站點中有一個虛擬目錄用於客戶單點登錄認證，所以需要在Nginx中添加對應的虛擬目錄，但是單點認 ...
  • STM32CubeMX教程12 DMA 直接記憶體讀取
    使用STM32CubeMX軟體配置STM32F407開發板上串口USART1進行DMA傳輸數據，然後實現與實驗STM32CubeMX教程9 USART/UART 非同步通信相同的目標 ...
  • mit6.828 - lab5筆記（上）
    文件系統結構 unix的文件系統相關知識 unix將可用的磁碟空間劃分為兩種主要類型的區域：inode區域和數據區域。 unix為每個文件分配一個inode，其中保存文件的關鍵元數據，如文件的stat屬性和指向文件數據塊的指針。 數據區域中的空間會被分成大小相同的數據塊（就像記憶體管理中的分頁）。數據 ...
  • 中國電信天翼雲位列雲資料庫領導者象限！
    1月9日，計世資訊（CCW Research）發佈《2022-2023年中國信創資料庫行業市場研究報告》（以下簡稱“報告”），從產品技術能力和市場及戰略能力兩個維度對我國主要資料庫產品服務商進行競爭力分析。其中，中國電信天翼雲憑藉其產品豐富的管理功能、靈活的部署架構，位列雲資料庫產品領域領導者象限。 ...
  • MySQL運維實戰(3.1) MySQL官方客戶端使用介紹
    作者：俊達 引言 MySQL是MySQL安裝包預設的客戶端，該客戶端程式通常位於二進位安裝包的bin目錄中，或者通過rpm安裝包安裝mysql-community-client，是資料庫管理系統的重要組成部分。MySQL客戶端不僅僅是一個簡單的軟體工具，更是連接用戶與資料庫之間的橋梁，對於有效地使用 ...
  • 開源大數據集群部署（二）集群基礎環境實施準備
    作者：櫰木 環境準備 本次使用到的二進位軟體包目錄為：系統初始化前提是操作系統已完成安裝、各個主機之間網路互通，系統常用命令已安裝，本預設這些前提條件已具備，不在闡述。 1 主機環境初始化 安裝centos系統完成後需要對主機進行初始化配置和驗證工作，在所有主機上（hd1.dtstack.com-h ...
  • 作業幫基於 DolphinScheduler 的數據開發平臺實踐
    摘要 隨著任務數量、任務類型需求不斷增長，對我們的數據開發平臺提出了更高的要求。本文主要分享我們將調度引擎升級到 Apache DolphinScheduler 的實踐經驗，以及對數據開發平臺的一些思考。 1. 背景 首先介紹下我們的大數據平臺架構： 數據計算層承接了全公司的數據開發需求，負責運行各 ...
  • BlockCanary原理解析
    一、背景 為瞭解決應卡頓，分析耗時。 二、原理 Looper中的loop方法： public static void loop() { ... for (;;) { ... // This must be in a local variable, in case a UI event sets th ...
一周排行
    -Advertisement-
    Play Games
  • 實用接地氣的 .NET 微服務框架
    前言 微服務架構已經成為搭建高效、可擴展系統的關鍵技術之一，然而，現有許多微服務框架往往過於複雜，使得我們普通開發者難以快速上手並體驗到微服務帶了的便利。為瞭解決這一問題，於是作者精心打造了一款最接地氣的 .NET 微服務框架，幫助我們輕鬆構建和管理微服務應用。 本框架不僅支持 Consul 服務註 ...
  • 基於surging的木舟IOT平臺如何添加網路組件
    先看一下效果吧: 如果不會寫動畫或者懶得寫動畫，就直接交給Blend來做吧; 其實Blend操作起來很簡單，有點類似於在操作PS，我們只需要設置關鍵幀，滑鼠點來點去就可以了，Blend會自動幫我們生成我們想要的動畫效果. 第一步：要創建一個空的WPF項目 第二步：右鍵我們的項目，在最下方有一個，在B ...
  • Prism:框架介紹與安裝
    Prism:框架介紹與安裝 什麼是Prism? Prism是一個用於在 WPF、Xamarin Form、Uno 平臺和 WinUI 中構建鬆散耦合、可維護和可測試的 XAML 應用程式框架 Github https://github.com/PrismLibrary/Prism NuGet htt ...
  • 不可不知的WPF畫筆（Brush）
    在WPF中，屏幕上的所有內容，都是通過畫筆（Brush）畫上去的。如按鈕的背景色，邊框，文本框的前景和形狀填充。藉助畫筆，可以繪製頁面上的所有UI對象。不同畫筆具有不同類型的輸出（ 如：某些畫筆使用純色繪製區域，其他畫筆使用漸變、圖案、圖像或繪圖）。 ...
  • .NET 8 高併發微服務電商系統實戰
    前言 嗨，大家好！推薦一個基於 .NET 8 的高併發微服務電商系統，涵蓋了商品、訂單、會員、服務、財務等50多種實用功能。 項目不僅使用了 .NET 8 的最新特性，還集成了AutoFac、DotLiquid、HangFire、Nlog、Jwt、LayUIAdmin、SqlSugar、MySQL、 ...
  • 基於surging 如何利用peerjs進行語音視頻通話
    本文主要介紹攝像頭（相機）如何採集數據，用於類似攝像頭本地顯示軟體，以及流媒體數據傳輸場景如傳屏、視訊會議等。 攝像頭採集有多種方案，如AForge.NET、WPFMediaKit、OpenCvSharp、EmguCv、DirectShow.NET、MediaCaptre（UWP），網上一些文章以及 ...
  • [WPF]數據綁定時為何會出現StringFormat失效
    前言 Seal-Report 是一款.NET 開源報表工具，擁有 1.4K Star。它提供了一個完整的框架，使用 C# 編寫，最新的版本採用的是 .NET 8.0 。 它能夠高效地從各種資料庫或 NoSQL 數據源生成日常報表，並支持執行複雜的報表任務。 其簡單易用的安裝過程和直觀的設計界面，我們 ...
  • NET Core 多身份校驗與策略模式
    背景需求： 系統需要對接到XXX官方的API，但因此官方對接以及管理都十分嚴格。而本人部門的系統中包含諸多子系統，系統間為了穩定，程式間多數固定Token+特殊驗證進行調用，且後期還要提供給其他兄弟部門系統共同調用。 原則上：每套系統都必須單獨接入到官方，但官方的接入複雜，還要官方指定機構認證的證書 ...
  • C#自定義控制項—轉換開關
    本文介紹下電腦設備關機的情況下如何通過網路喚醒設備，之前電源S狀態 電腦Power電源狀態- 唐宋元明清2188 - 博客園 (cnblogs.com) 有介紹過遠程喚醒設備，後面這倆天瞭解多了點所以單獨加個隨筆 設備關機的情況下，使用網路喚醒的前提條件： 1. 被喚醒設備需要支持這WakeOnL ...
  • .NET 8.0 前後分離快速開發框架
    前言 大家好，推薦一個.NET 8.0 為核心，結合前端 Vue 框架，實現了前後端完全分離的設計理念。它不僅提供了強大的基礎功能支持，如許可權管理、代碼生成器等，還通過採用主流技術和最佳實踐，顯著降低了開發難度，加快了項目交付速度。 如果你需要一個高效的開發解決方案，本框架能幫助大家輕鬆應對挑戰，實 ...
所有分類