[kernel] 帶著問題看源碼 —— setreuid 何時更新 saved-set-uid (SUID)

来源:https://www.cnblogs.com/goodcitizen/p/18111594/when_setreuid_updates_suid
-Advertisement-
Play Games

setreuid(-1,foo) 為何有時更新 saved set-user-id 有時不更新？man setreuid 中關於 SUID 變更的說明是否正確？如此設計有何考慮？本文通過閱讀 linux 源碼為你揭秘 ...


前言

在寫《[apue] 進程式控制制那些事兒》/"進程創建"/"更改進程用戶 ID 和組 ID"一節時，發現 setreuid 更新實際用戶 ID (RUID) 或有效用戶 ID (EUID) 時，保存的設置用戶 ID (saved set-user-id SUID) 只會隨 EUID 變更，並不像 man 上說的會隨 RUID 變更 (man setreuid)：

       If the real user ID is set (i.e., ruid is not -1) or the effective user ID is set to a value not equal to  the
       previous real user ID, the saved set-user-ID will be set to the new effective user ID.

下麵是實測結果：

調用參數 (root 身份) RUID EUID SUID
setreuid (bar, foo) bar foo foo
setreuid (foo, bar) foo bar bar
setreuid (-1, foo) root foo foo
setreuid (bar, -1) bar root root
setreuid (bar, bar) bar bar bar
setreuid (foo, foo) foo foo foo

特別是第 5 行 setreuid(bar, -1)，RUID 變更為了 bar，SUID 仍保持 root 不變。

為瞭解答這個問題，找來系統對應版本的 linux 源碼查看：

> uname -a
Linux goodcitizen.bcc-gzhxy.baidu.com 3.10.0-1160.80.1.el7.x86_64 #1 SMP Tue Nov 8 15:48:59 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

這裡是 3.10。之前推薦過 CodeBrowser，新近又發現一個源碼閱讀神器 bootlin：

能選代碼庫版本，功能上也比 CodeBrowser 好用，比如關鍵字搜索，不僅準確，還能把定義、聲明、成員、引用區分清楚，很好的解決了 CodeBrowser 找不到代碼的痛點，牆裂推薦~

問題復現

在擼源碼之前，先複習一下這個問題的來龍去脈，為節省讀者時間，把之前的 demo 貼上來 (setuid)：

#include "../apue.h"
#include <sys/types.h>
#include <sys/file.h>
#include <sys/stat.h>
#include <unistd.h>

void print_ids ()
{
    uid_t ruid = 0;
    uid_t euid = 0;
    uid_t suid = 0;
    int ret = getresuid (&ruid, &euid, &suid);
    if (ret == 0)
        printf ("%d: ruid %d, euid %d, suid %d\n", getpid(), ruid, euid, suid);
    else
        err_sys ("getresuid");
}

int main (int argc, char *argv[])
{
    if (argc == 2)
    {
        char* uid=argv[1];
        int ret = setuid(atol(uid));
        if (ret != 0)
            err_sys ("setuid");

        print_ids();
    }
    else if (argc == 3)
    {
        char* ruid=argv[1];
        char* euid=argv[2];
        int ret = setreuid(atol(ruid), atol(euid));
        if (ret != 0)
            err_sys ("setreuid");

        print_ids();
    }
    else if (argc > 1)
    {
        char* uid=argv[1];
        int ret = seteuid(atol(uid));
        if (ret != 0)
            err_sys ("seteuid");

        print_ids();
    }
    else
    {
        print_ids();
    }

    return 0;
}

做個簡單說明：

  • print_ids 列印當前進程 3 個許可權ID：RUID / EUID / SUID，其中用到的 getresuid 僅 Linux 支持，能展示用戶當前的 SUID 值
  • ./setuid 123：觸發 setuid 調用，並列印調用後的結果
  • ./setuid 123 456：觸發 setreuid 調用，並列印調用後的結果
  • ./setuid 123 456 789：觸發 seteuid 調用，並列印調用後的結果。註意僅第一個參數有用，後兩個占位

通過傳遞 setuid 程式不同參數，就可以驗證不同的介面了，這裡只需驗證 setreuid，固定傳遞兩個參數即可。把測試腳本也貼上來 (setreuid.sh)：

#!/bin/sh
groupadd test
echo "create group ok"

useradd -g test foo
useradd -g test bar
foo_uid=$(id -u foo)
bar_uid=$(id -u bar)
echo "create user ok"
echo "    foo: ${foo_uid}"
echo "    bar: ${bar_uid}"

cd /tmp
#chown bar:test ./setuid
echo "test foo"
./setuid

#chmod u+s ./setuid
#echo "test set-uid bar"
#su foo -c ./setuid

echo "test setreuid(bar, foo)"
./setuid ${bar_uid} ${foo_uid}

echo "test setreuid(foo, bar)"
./setuid ${foo_uid} ${bar_uid}

echo "test setreuid(-1, foo)"
./setuid -1 ${foo_uid}

echo "test setreuid(bar, -1)"
./setuid ${bar_uid} -1

echo "test setreuid(bar, bar)"
./setuid ${bar_uid} ${bar_uid}

echo "test setreuid(foo, foo)"
./setuid ${foo_uid} ${foo_uid}

userdel bar
userdel foo
echo "remove user ok"

rm -rf /home/bar
rm -rf /home/foo
echo "remove user home ok"

groupdel test
echo "delete group ok"

自動創建測試賬戶並調用 setuid，驗證了 6 種用例，需要使用超級用戶身份啟動：

> sudo sh setreuid.sh
create group ok
create user ok
    foo: 1003
    bar: 1004
test foo
27253: ruid 0, euid 0, suid 0
test setreuid(bar, foo)
27254: ruid 1004, euid 1003, suid 1003
test setreuid(foo, bar)
27255: ruid 1003, euid 1004, suid 1004
test setreuid(-1, foo)
27256: ruid 0, euid 1003, suid 1003
test setreuid(bar, -1)
27257: ruid 1004, euid 0, suid 0
test setreuid(bar, bar)
27258: ruid 1004, euid 1004, suid 1004
test setreuid(foo, foo)
27259: ruid 1003, euid 1003, suid 1003
remove user ok
remove user home ok

現象與表中列出的一致。

源碼分析

在 kernel 3.10.0 版本中搜索 setreuid，沒搜到，可能是 kernel 在系統函數上加了一堆巨集識別不了，搜索 setuid 可以，它倆在同一個文件：

/*
 * Unprivileged users may change the real uid to the effective uid
 * or vice versa.  (BSD-style)
 *
 * If you set the real uid at all, or set the effective uid to a value not
 * equal to the real uid, then the saved uid is set to the new effective uid.
 *
 * This makes it possible for a setuid program to completely drop its
 * privileges, which is often a useful assertion to make when you are doing
 * a security audit over a program.
 *
 * The general idea is that a program which uses just setreuid() will be
 * 100% compatible with BSD.  A program which uses just setuid() will be
 * 100% compatible with POSIX with saved IDs. 
 */
SYSCALL_DEFINE2(setreuid, uid_t, ruid, uid_t, euid)
{
	struct user_namespace *ns = current_user_ns();
	const struct cred *old;
	struct cred *new;
	int retval;
	kuid_t kruid, keuid;

	kruid = make_kuid(ns, ruid);
	keuid = make_kuid(ns, euid);

	if ((ruid != (uid_t) -1) && !uid_valid(kruid))
		return -EINVAL;
	if ((euid != (uid_t) -1) && !uid_valid(keuid))
		return -EINVAL;

	new = prepare_creds();
	if (!new)
		return -ENOMEM;
	old = current_cred();

	retval = -EPERM;
	if (ruid != (uid_t) -1) {
		new->uid = kruid;
		if (!uid_eq(old->uid, kruid) &&
		    !uid_eq(old->euid, kruid) &&
		    !nsown_capable(CAP_SETUID))
			goto error;
	}

	if (euid != (uid_t) -1) {
		new->euid = keuid;
		if (!uid_eq(old->uid, keuid) &&
		    !uid_eq(old->euid, keuid) &&
		    !uid_eq(old->suid, keuid) &&
		    !nsown_capable(CAP_SETUID))
			goto error;
	}

	if (!uid_eq(new->uid, old->uid)) {
		retval = set_user(new);
		if (retval < 0)
			goto error;
	}
	if (ruid != (uid_t) -1 ||
	    (euid != (uid_t) -1 && !uid_eq(keuid, old->uid)))
		new->suid = new->euid;
	new->fsuid = new->euid;

	retval = security_task_fix_setuid(new, old, LSM_SETID_RE);
	if (retval < 0)
		goto error;

	return commit_creds(new);

error:
	abort_creds(new);
	return retval;
}

代碼不長沒做刪減，主體就是下麵的框架：

    ...
	new = prepare_creds();
    ...
    old = current_cred();
    ...
	return commit_creds(new);

error:
	abort_creds(new);

prepare_creds 返回的 new 代表新用戶許可權，會從當前許可權複製一份；current_cred 返回的 old 代表原用戶許可權。經過對 new 的一番操作，如果成功就將它提交 (commit_creds)，原許可權被替換；否則回滾 (abort_creds)，原許可權不變。現在關註焦點轉移到 new 的變更邏輯： 

	retval = -EPERM;
	if (ruid != (uid_t) -1) {
		new->uid = kruid;
		if (!uid_eq(old->uid, kruid) &&
		    !uid_eq(old->euid, kruid) &&
		    !nsown_capable(CAP_SETUID))
			goto error;
	}

 先看 ruid 參數，如果參數有效就將它設置到 new 的 uid，但需要同時滿足以下條件：

  • ruid == old->uid
  • ruid == old->euid
  • 原用戶具有超級用戶許可權

否則出錯。做為對比，再來看 euid 參數：

	if (euid != (uid_t) -1) {
		new->euid = keuid;
		if (!uid_eq(old->uid, keuid) &&
		    !uid_eq(old->euid, keuid) &&
		    !uid_eq(old->suid, keuid) &&
		    !nsown_capable(CAP_SETUID))
			goto error;
	}

與 ruid 差不多：

  • euid == old->uid
  • euid == old->euid
  • euid == old->suid
  • 原用戶具有超級用戶許可權

多了一條規則，可以將 euid 設置為 old->suid。最後來看 SUID 的更新規則：

	if (ruid != (uid_t) -1 ||
	    (euid != (uid_t) -1 && !uid_eq(keuid, old->uid)))
		new->suid = new->euid;
	new->fsuid = new->euid;

第三行準確無誤的告訴我們，new ->suid 是固定被設置為 new->euid 的，時機是以下條件之一：

  • ruid 有效
  • euid 有效且 euid 與原 RUID 不同

看起來 ruid 參數只是影響 SUID 要不要從新 EUID 複製，即便 RUID 沒變更、只要 ruid 參數有效就能產生這種作用。再回顧一下 man 的說明：

       If the real user ID is set (i.e., ruid is not -1) or the effective user ID is set to a value not equal to  the
       previous real user ID, the saved set-user-ID will be set to the new effective user ID.

簡直就是代碼的"直譯"，包括對 ruid 參數有效的說明、對 euid 參數與原 RUID 不同的說明、對 SUID 從新 EUID 複製的說明，一毛一樣。之前把這裡理解成 SUID 從 RUID 複製了，粗心大意了！

問題驗證

瞭解 SUID 設置規則後，回頭來看上面的表，有進一步的理解：

調用參數 (root 身份) RUID EUID SUID SUID 複製
setreuid (bar, foo) bar * foo * foo 條件 I
setreuid (foo, bar) foo * bar * bar 條件 I
setreuid (-1, foo) root foo * foo 條件 II
setreuid (bar, -1) bar * root root 條件 I
setreuid (bar, bar) bar * bar * bar 條件 I
setreuid (foo, foo) foo * foo * foo 條件 I

表中第二列中的星號表示 ruid 參數有效；第三列的星號表示 euid 變更 (!= old.uid)；由於 2 個條件之間是短路或的關係，第一個條件滿足後就不再檢測第二個條件，所以需要最後一列表示 SUID 複製最終是哪個條件觸發的。看起來大部分是條件一 ruid 有效，這些用例對條件二的測試不足，需要構造一組新的用例進行驗證。

考查這樣一個場景，將 demo 設置為 set-user-id 為 root，以普通用戶 foo 啟動該進程後：RUID = foo、EUID = SUID = root，此時 RUID 與 EUID 不同，滿足了上述的條件二；保持 RUID 無效 (-1) 不滿足條件一，是不是就能走條件二了？下麵來做個測試 (setreuid-setroot.sh)：

#!/bin/sh
groupadd test
echo "create group ok"

useradd -g test foo
useradd -g test bar
foo_uid=$(id -u foo)
bar_uid=$(id -u bar)
root_uid=0
echo "create user ok"
echo "    foo: ${foo_uid}"
echo "    bar: ${bar_uid}"
echo "    root: ${root_uid}"

cd /tmp
chown root:test ./setuid
echo "test foo"
su foo -c ./setuid

chmod u+s ./setuid
echo "test set-uid root"
su foo -c ./setuid

echo "test setreuid(-1, foo)"
su foo -c "./setuid -1 ${foo_uid}"

echo "test setreuid(-1, bar)"
su foo -c "./setuid -1 ${bar_uid}"

echo "test setreuid(foo, foo)"
su foo -c "./setuid ${foo_uid} ${foo_uid}"

echo "test setreuid(root, foo)"
su foo -c "./setuid ${root_uid} ${foo_uid}"

userdel foo
userdel bar
echo "remove user ok"

rm -rf /home/foo
rm -rf /home/bar
echo "remove user home ok"

groupdel test
echo "delete group ok"

與之前的最大區別是，這裡使用 foo 用戶身份啟動測試程式 (su foo -c)，且它是 set-user-id 為 root 的。驗證以下 4 種 setreuid 用例：

> sudo sh setreuid-setroot.sh
create group ok
create user ok
    foo: 1003
    bar: 1004
    root: 0
test foo
29332: ruid 1003, euid 1003, suid 1003
test set-uid root
29345: ruid 1003, euid 0, suid 0
test setreuid(-1, foo)
29357: ruid 1003, euid 1003, suid 0
test setreuid(-1, bar)
29369: ruid 1003, euid 1004, suid 1004
test setreuid(foo, foo)
29382: ruid 1003, euid 1003, suid 1003
test setreuid(root, foo)
29396: ruid 0, euid 1003, suid 1003
remove user ok
remove user home ok
delete group ok

清晰起見列表如下：

調用參數 (foo 身份 set-user-id  root) RUID EUID SUID SUID 複製
啟動後 foo root root n/a
setreuid (-1, foo) foo foo root 未觸發
setreuid (-1, bar) foo bar * bar 條件 II
setreuid (foo, foo) foo * foo foo 條件 I
setreuid (root, foo) root * foo foo 條件 I

表中星號含義同前，下麵分別解釋：

  • 第 3 行：僅設置 euid 為 foo，此時 ruid == -1 條件 1 不觸發；euid == old.uid 條件 2 不觸發，所以 SUID 保持 root 不變
  • 第 4 行：僅設置 euid 為 bar，此時 ruid == -1 條件 1 不觸發；euid != old.uid 條件 2 觸發，所以 SUID 被覆製為新 EUID：bar
  • 第 5 行：同時設置 ruid 和 euid 為 foo，此時 ruid != -1 條件 1 觸發；euid == old.uid 條件 2 不觸發，所以 SUID 被覆製為新 EUID：foo
  • 第 6 行：設置 ruid 為 root，euid 為 foo，此時 ruid != -1 條件 1 觸發；euid == old.uid 條件 2 不觸發，最終 SUID 被覆製為新 EUID：foo

與源碼邏輯對應上了，正好也解釋了原文《[apue] 進程式控制制那些事兒》中在這種場景下 setreuid(-1, foo) 用例中 SUID 保持為 root 的疑惑。

看看上表中第 3 行在 setreuid(-1,foo) 後的情形：RUID = EUID = foo，SUID = root，如果此時調用 setreuid(foo, -1) 按理說 SUID 會被更新為 foo，一試究竟：

uid_t ruid = 0;
    uid_t euid = 0;
    uid_t suid = 0;
    int ret = getresuid (&ruid, &euid, &suid);
    if (ret == 0)
    {
        printf ("%d: ruid %d, euid %d, suid %d\n", getpid(), ruid, euid, suid);
#ifdef TEST_UPDATE_RUID
        if (ruid == euid && euid != suid)
        {
            printf ("all uid same except suid %d, try to update ruid\n", ruid);
            ret = setreuid (ruid, -1);
            if (ret != 0)
                err_sys ("setreuid");
            else
            {
                getresuid (&ruid, &euid, &suid);
                printf ("%d: ruid %d, euid %d, suid %d\n", getpid(), ruid, euid, suid);
            }
        }
#endif

    }
    else
        err_sys ("getresuid");

在 print_ids 中檢測到 RUID = EUID != SUID 時，將 RUID 重新設置一下，ruid 參數與原 RUID 一致。重新運行：

> sudo sh setreuid-setroot.sh
...
test set-uid root
29511: ruid 1003, euid 0, suid 0
test setreuid(-1, foo)
29523: ruid 1003, euid 1003, suid 0
all uid same except suid 1003, try to update ruid
29523: ruid 1003, euid 1003, suid 1003
...

SUID 果然隨之變更了！這個用例更能說明問題，因為調用 setreuid 前後 RUID 與 EUID 沒有發生改變，SUID 卻因為 ruid 參數有效而發生了變更，有點意思。下麵的表總結了上述過程：

調用參數 (foo 身份 set-user-id  root) RUID EUID SUID SUID 複製
啟動後 foo root root n/a
setreuid (-1, foo) foo foo root 未觸發
setreuid (foo, -1) foo * foo foo 條件 I

這個表與之前不同的是所有 setreuid 調用均在一個進程中。

意義探尋

知其然，還要知其所以然，上面的探索只是第一步，對於 SUID 複製 EUID 的目的，《[apue] 進程式控制制那些事兒》已有討論，這裡聚焦 SUID 何時複製 EUID，按照直覺設計成下麵的條件看起來更通順：

ruid != old.uid || euid != old.euid

為瞭解答這個疑問，就按照設想的條件重跑一下 setreuid 的所有用例：

調用參數 (root 身份) RUID EUID SUID
setreuid (bar, foo) bar foo foo
setreuid (foo, bar) foo bar bar
setreuid (-1, foo) root foo foo
setreuid (bar, -1) bar root root
setreuid (bar, bar) bar bar bar
setreuid (foo, foo) foo foo foo
調用參數 (foo 身份 set-user-id  root) RUID EUID SUID
啟動後 foo root root
setreuid (-1, foo) foo foo foo
setreuid (-1, bar) foo bar bar
setreuid (foo, foo) foo foo foo
setreuid (root, foo) root foo foo

發現只有一個用例的結果會發生變化 (表中高亮字體)：進程 set-user-id 為 root 且以普通用戶身份啟動 setreuid(-1, foo)，從 SUID 不變到現在 SUID 跟隨 EUID 改變，這導致整個進程變為普通進程失去重新轉變為特權進程的機會。再看這個調用形式特別眼熟，這不就是 seteuid 嘛！它在改變 EUID 時是不希望 SUID 變更的，所以這下全明白了：setreuid 這樣的設計是為了給 seteuid 切換特權身份留後門，從而有機會再切換回之前的身份。

結語

關於 seteuid，man 中有一段說明：

       Under  libc4,  libc5  and glibc 2.0 seteuid(euid) is equivalent to setreuid(-1, euid) and hence may change the
       saved set-user-ID.  Under glibc 2.1 and later it is equivalent to setresuid(-1, euid, -1) and hence  does  not
       change  the  saved  set-user-ID.  Analogous remarks hold for setegid(), with the difference that the change in
       implementation from setregid(-1, egid) to setresgid(-1, egid, -1) occurred in glibc 2.2 or 2.3 (dependeing  on
       the hardware architecture).

大意是說 seteuid 到底等價於setreuid(-1,euid) 還是setresuid(-1,euid,-1)要看 glibc 版本，前者在改變 SUID 的邏輯上遵循上面的討論；後者不遵循，或者說 SUID 不會隨 EUID 變更。之前曾經比對過 setuid / setreuid / seteuid，並且推薦使用 seteuid，如果 seteuid 只是 setreuid 的分身，則它們的區別沒想象那麼大，只是寫起來更方便一些。

後記

文章最後再推薦一波 bootlin：

代碼庫除了 kernel，還可以選擇 freebsd、glibc、qemu、dpdk、grub、llvm、busybox 等，點擊符號跳轉，使用瀏覽器後退做調用棧回退，非常方便。

參考

[1]. https://elixir.bootlin.com

本文來自博客園，作者：goodcitizen，轉載請註明原文鏈接：https://www.cnblogs.com/goodcitizen/p/18111594/when_setreuid_updates_suid


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

-Advertisement-
Play Games
更多相關文章
  • 記一次 .NET某管理局檢測系統 記憶體暴漲分析
    一：背景 1. 講故事 前些天有位朋友微信找到我，說他們的WPF程式有記憶體泄漏的情況，讓我幫忙看下怎麼回事？並且dump也抓到了，網上關於程式記憶體泄漏，記憶體暴漲的文章不計其數，看樣子這個dump不是很好分析，不管怎麼說，上 windbg 說話。 二：WinDbg分析 1. 記憶體真的暴漲嗎 在.NET ...
  • Avalonia的自定義用戶組件
    Avalonia中的自定義用戶控制項 Avalonia是一個跨平臺的.NET UI框架，它允許開發者使用C#和XAML來構建豐富的桌面應用程式。 自定義用戶控制項（UserControl）是Avalonia中一種重要的組件，它允許我們將多個控制項組合成一個可重用的單元。 本文將介紹如何在Avalonia中 ...
  • WPF開發一個可以自適應排列的Panel控制項
    一.控制項介紹 初看標題可能無法理解，我們看看什麼是自適應排列。 乍一看它有點像WrapPanel控制項，都是從左至右排列，如果一行排列不下就換行繼續排列，但是細看你就會發現不對，WrapPanel控制項行尾是不會對齊的，也就是說只要WrapPanel的子控制項的寬度不一致，每一行的末尾就會必定留下一段空白 ...
  • 單元測試篇2-TDD三大法則解密
    引言 在我們上一篇文章瞭解了單元測試的基本概念和用法之後，今天我們來聊一下 TDD（測試驅動開發） 測試驅動開發 (TDD) 測試驅動開發英文全稱是Test Driven Development 簡稱 TDD。 根據 UncleBob 的 TDD 描述總結 我們先創建一個測試項目 直接在 VS 創建 ...
  • 在Keycloak中實現多租戶併在ASP.NET Core下進行驗證
    Keycloak是一個功能強大的開源身份和訪問管理系統，提供了一整套解決方案，包括用戶認證、單點登錄（SSO）、身份聯合、用戶註冊、用戶管理、角色映射、多因素認證和訪問控制等。它廣泛應用於企業和雲服務，可以簡化和統一不同應用程式和服務的安全管理，支持自托管或雲部署，適用於需要安全、靈活且易於擴展的用 ...
  • gRPC入門學習之旅（五）
    Avalonia是一個強大的跨平臺UI框架，允許開發者構建豐富的桌面應用程式。 它提供了眾多UI組件、靈活的佈局系統、可定製的樣式以及事件處理機制。 在這篇博客中，我們將詳細解析Avalonia的UI組件、UI組件的生命周期、佈局、樣式和事件處理。 一、UI組件 Avalonia提供了豐富的UI組件 ...
  • 開啟mmu後，call和jalr的區別
    在我寫虛擬記憶體時遇到一些問題，jalr t0就是可以的，而call main則沒辦法成功 而且這裡預設main是偏移前的地址，怪哉！！！ 讓我們看看jalr 和call（偽指令！！！） 然後在鏈接後看看main的地址，主要看程式中main是不是偏移 懸著的心也死了！！！ 查看一下ucore也有類似的 ...
  • linux伺服器 tcp高併發壓測需要設置項
    linux伺服器部署了一個tcp服務，需要進行併發壓力測試 看看伺服器能支持多少個tcp長連接 預計會有50w個連接 需要設置linux 不然是無法支持這麼多連接的 如果達到這個值是無法建立新連接的 報錯信息一般為 too many open files 1 , fs.file-max linux系 ...
一周排行
    -Advertisement-
    Play Games
  • .NET 6 Entity Framework Core Db First（1） 創建模型
    .Net8.0 Blazor Hybird 桌面端 (WPF/Winform) 實測可以完整運行在 win7sp1/win10/win11. 如果用其他工具打包,還可以運行在mac/linux下, 傳送門BlazorHybrid 發佈為無依賴包方式 安裝 WebView2Runtime 1.57 M ...
  • 資料庫升級PostgreSql+Garnet
    目錄前言PostgreSql安裝測試額外Nuget安裝Person.cs模擬運行Navicate連postgresql解決方案Garnet為什麼要選擇Garnet而不是RedisRedis不再開源Windows版的Redis是由微軟維護的Windows Redis版本老舊，後續可能不再更新Garne ...
  • 如何基於surging架設流媒體視頻推流（視頻講解）
    C#TMS系統代碼-聯表報表學習 領導被裁了之後很快就有人上任了，幾乎是無縫銜接，很難讓我不想到這早就決定好了。我的職責沒有任何變化。感受下來這個系統封裝程度很高，我只要會調用方法就行。這個系統交付之後不會有太多問題，更多應該是做小需求，有大的開發任務應該也是第二期的事，嗯？怎麼感覺我變成運維了？而 ...
  • EAV模型（實體-屬性-值）的設計和低代碼的處理方案（2）--數據的查詢處理
    我在隨筆《EAV模型（實體-屬性-值）的設計和低代碼的處理方案（1）》中介紹了一些基本的EAV模型設計知識和基於Winform場景下低代碼（或者說無代碼）的一些實現思路，在本篇隨筆中，我們來分析一下這種針對通用業務，且只需定義就能構建業務模塊存儲和界面的解決方案，其中的數據查詢處理的操作。 ...
  • C# 程式集、模塊和類型概念及關係
    對某個遠程伺服器啟用和設置NTP服務(Windows系統) 打開註冊表 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer 將 Enabled 的值設置為 1，這將啟用NTP伺服器功 ...
  • Django信號與擴展：深入理解與實踐
    title: Django信號與擴展：深入理解與實踐 date: 2024/5/15 22:40:52 updated: 2024/5/15 22:40:52 categories: 後端開發 tags: Django 信號 松耦合 觀察者 擴展 安全 性能 第一部分：Django信號基礎 Djan ...
  • Django3.2安裝源碼xadmin2步驟以及遇到的問題
    使用xadmin2遇到的問題&解決 環境配置： 使用的模塊版本： 關聯的包 Django 3.2.15 mysqlclient 2.2.4 xadmin 2.0.1 django-crispy-forms >= 1.6.0 django-import-export >= 0.5.1 django-r ...
  • 原創->CommonsCollections1-DefaultMap鏈
    今天我打算整點兒不一樣的內容，通過之前學習的TransformerMap和LazyMap鏈，想搞點不一樣的，所以我關註了另外一條鏈DefaultedMap鏈，主要調用鏈為： 調用鏈詳細描述： ObjectInputStream.readObject() DefaultedMap.readObject ...
  • 05-應用級開發者 AI 時代破局點
    後端應用級開發者該如何擁抱 AI GC？就是在這樣的一個大的浪潮下，我們的傳統的應用級開發者。我們該如何選擇職業或者是如何去快速轉型，跟上這樣的一個行業的一個浪潮? 0 AI金字塔模型 越往上它的整個難度就是職業機會也好，或者說是整個的這個運作也好,它的難度會越大,然後越往下機會就會越多,所以這是一 ...
  • Java面試題：讓依賴註入變得簡單，面對@Autowired和@Resource，該如何選擇？
    @Autowired是Spring框架提供的註解，@Resource是Java EE 5規範提供的註解。 @Autowired預設按照類型自動裝配，而@Resource預設按照名稱自動裝配。 @Autowired支持@Qualifier註解來指定裝配哪一個具有相同類型的bean，而@Resourc... ...
所有分類