C++ 指針與引用面試深度解析

C++ 指針與引用面試深度解析

面試官考察指針和引用，不僅是考察語法，更是在考察你對C++中 “別名” (Aliasing) 與 “地址” (Addressing) 這兩種間接訪問機制的理解，以及你對 “代碼安全” 和 “接口設計” 的思考深度。

第一部分：核心知識點梳理

1. 指針與引用的核心價值 (The Why)

在C++中，指針和引用都解決了同一個根本問題：如何高效且靈活地間接訪問一個對象。

  • 為什么需要間接訪問？
    1. 性能： 避免在函數調用時對大型對象進行昂貴的深拷貝。傳遞一個“代表”對象的輕量級實體（地址或別名）遠比復制整個對象要快。
    2. 多態： 實現運行時的多態性。基類的指針或引用可以指向派生類的對象，從而調用派生類的虛函數，這是實現多態的基石。
    3. 修改外部狀態： 允許函數修改其作用域之外的變量（所謂的“輸出參數”）。

指針和引用就是C++提供的兩種實現間接訪問的工具，但它們的設計哲學和安全保證截然不同。

  • 指針 (Pointer)： C語言的繼承者，強大、靈活，但原始且危險。它是一種變量，存儲的是另一個對象的內存地址。它代表了C++中“地址”這個底層概念。
  • 引用 (Reference)： C++的創新，更安全、更抽象，但限制更多。它是一個對象的別名，在語法層面，它就是對象本身。它代表了C++對C語言指針的“安全進化”。

2. 指針 vs. 引用：深度對比 (The What)

特性指針 (Pointer)引用 (Reference)“為什么”這么設計？
本質一個變量，存儲對象的地址。一個對象的別名，不是一個獨立的對象。指針暴露了底層的地址概念，賦予你直接操作內存地址的權力。引用則隱藏了地址，提供了一個更高級、更安全的抽象。
初始化可以不初始化（成為野指針，是錯誤的根源）。必須在聲明時初始化，且不能改變其引用的對象。引用的強制初始化是其安全性的核心。它保證了引用永遠不會“懸空”，它從誕生起就必須綁定一個合法的對象。
空值 (Nullability)可以為 nullptr。不存在空引用。不能引用一個空對象。指針的可空性使其可以表達“一個可選的對象”或“一個不存在的對象”的狀態。引用的非空性則向調用者保證“這里一定有一個有效的對象”，簡化了代碼，無需進行空指針檢查。
可變性 (Re-seating)可以改變其指向，去指向另一個對象。一旦初始化，終生綁定一個對象，不可更改。指針的可變性提供了靈活性，比如在鏈表中移動指針。引用的不可變性則提供了更強的契約保證，當你拿到一個引用時，你確信它始終代表同一個對象。
操作語法通過 * (解引用) 和 -> (成員訪問) 操作。像操作普通變量一樣，使用 . (成員訪問)。引用的語法更加簡潔、直觀，使得它在作為函數參數時，看起來就像在操作對象本身，降低了認知負擔。
內存占用自身占用內存空間（32位系統占4字節，64位占8字節）。語言層面不規定，但底層通常由指針實現，所以大多數情況下也占用與指針相同的內存空間。C++標準將引用定義為別名，把實現細節交給了編譯器。這給了編譯器優化的空間，但在絕大多數情況下，可以認為它和指針有同樣的內存開銷。面試時回答“底層通常由指針實現”是加分項。
數組與算術支持指針數組。支持指針算術（p++）。不支持引用數組。不支持引用算術。因為引用不是獨立的對象，它沒有自己的身份，所以不能組成數組。指針算術是C語言操作連續內存的遺產，而引用作為更高級的抽象，屏蔽了這種不安全的操作。

3. 如何選擇：最佳實踐 (The How)

一句話原則：能用引用就不用指針，但需要“可選”或“可變”時，只能用指針。

  • 優先使用引用的場景：

    1. 函數參數（尤其是 const 引用）： 這是引用的最主要用途。它既能避免大對象拷貝，又通過 const 保證了數據安全，且語法比指針更清晰，還無需判斷空值。
    2. 函數返回值： 當函數需要返回一個容器內的元素，或者一個類內部的成員時，返回引用可以避免拷貝。但必須極其小心，絕對不能返回局部變量的引用，否則會導致懸垂引用。
    3. 運算符重載： 尤其是賦值運算符 = 和下標運算符 []，為了使其能作為左值，通常返回引用。

  • 必須使用指針的場景：

    1. 可能為空： 當你需要表示一個“不存在”或“可選”的對象時，只能使用指針，因為它可以是 nullptr。
    2. 需要改變指向： 當你需要在一個生命周期內，讓一個“句柄”先后指向不同的對象時，比如實現鏈表、樹等數據結構中的節點指針。
    3. 兼容C語言API： 在與C語言庫或底層系統API交互時，它們通常使用指針作為接口。
    • 項目關聯點： 你肯定會遇到大量舊的Windows API，它們使用 HANDLE、LPVOID、Struct** 這樣的指針。當你用現代C++封裝這些API時，就是一個絕佳的實踐機會。例如，一個接收 LegacyStruct** ppStruct 作為輸出參數的C函數，你可以封裝成一個返回 std::unique_ptr<LegacyStruct> 的C++函數，或者一個接收 LegacyStruct*& outRef 的函數，這比直接暴露二級指針要安全得多。

函數返回引用的核心目的是避免拷貝大對象，但必須保證返回的引用指向的對象在函數結束后依然有效（即不處于 “懸垂” 狀態）。以下是可以安全返回引用的場景，結合例子說明：

一、可以安全返回引用的場景

1. 返回全局變量或靜態變量的引用

全局變量（整個程序生命周期）和靜態變量（程序啟動到結束）的生命周期不依賴函數調用，函數結束后它們依然存在，因此返回其引用是安全的。

// 全局變量
int g_value = 100;// 靜態局部變量
int& get_static_val() {static int s_value = 200; // 生命周期：程序啟動到結束return s_value; // 安全：s_value在函數外依然有效
}int& get_global_val() {return g_value; // 安全：g_value是全局變量
}int main() {int& ref1 = get_static_val();int& ref2 = get_global_val();ref1 = 300; // 正確：修改的是靜態變量s_valueref2 = 400; // 正確：修改的是全局變量g_valuereturn 0;
}
2. 返回類的非靜態成員變量的引用

類的成員變量的生命周期與對象一致（只要對象沒被銷毀），因此在成員函數中返回當前對象的成員變量引用是安全的（前提是對象本身有效）。

class MyClass {
private:int m_data;
public:MyClass(int data) : m_data(data) {}// 返回成員變量的引用int& get_data() { return m_data; // 安全：m_data隨對象存在而存在}
};int main() {MyClass obj(10); // 對象obj在main函數中有效int& ref = obj.get_data(); // ref指向obj.m_dataref = 20; // 正確：修改obj的成員變量return 0;
}
3. 返回函數參數中引用 / 指針指向的對象的引用

如果函數參數是引用或指針（指向外部已存在的對象），返回該對象的引用是安全的（只要外部對象的生命周期長于引用）。

// 返回參數引用指向的對象的引用
int& max(int& a, int& b) {return (a > b) ? a : b; // 安全：a和b是外部傳入的變量
}int main() {int x = 5, y = 10;int& larger = max(x, y); // larger指向y（外部變量）larger = 20; // 正確：修改y的值return 0;
}

二、核心原則：返回的引用必須指向 “函數外部已存在” 或 “生命周期不受函數影響” 的對象

  • 絕對禁止：返回局部變量的引用（局部變量在函數結束后被銷毀，引用會變成懸垂引用）。

    int& bad_func() {int local = 10; // 局部變量，函數結束后銷毀return local; // 錯誤：返回局部變量的引用，導致懸垂引用
}int main() {int& ref = bad_func(); // ref是懸垂引用，訪問它會導致未定義行為（程序崩潰、數據錯亂等）return 0;
}

  • 本質原因：引用本身不存儲數據，只 “綁定” 到一個對象。如果綁定的對象被銷毀，引用就會 “懸空”，此時對引用的任何操作都是未定義的（C++ 標準不保證結果）。

總結

能安全返回引用的對象需滿足：其生命周期不依賴當前函數的調用。具體包括：

  1. 全局變量、靜態變量（生命周期是整個程序）；
  2. 類的成員變量（生命周期與對象一致）；
  3. 函數參數中引用 / 指針指向的外部對象（生命周期由外部控制）。

核心是確保：當通過返回的引用訪問對象時，該對象 “還活著”。

第二部分：模擬面試問答

面試官： 我們來聊聊指針和引用。你覺得C++為什么要同時提供這兩種看起來很相似的機制？

你： 面試官你好。我認為C++同時提供指針和引用，體現了其**“向上兼容C語言”和“追求更高安全性”**的雙重設計目標。

  • 指針是C語言的遺產，它提供了對內存地址最直接、最靈活的控制，這對于底層編程和性能優化至關重要。
  • 引用則是C++的創新，它本質上是一個受限制的、更安全的指針。它通過強制初始化、禁止為空、禁止改變指向等約束，在編譯期就規避了指針最常見的幾類錯誤（如野指針、空指針解引用），為程序員提供了一個更高級、更安全的“對象別名”工具。所以，引用可以看作是C++在保證性能的同時，對代碼安全性的一個重要增強。

面試官： 非常好。那具體在編碼時，你如何決定什么時候用指針，什么時候用引用？

你： 我的選擇原則是：在保證功能的前提下，優先選擇更安全、意圖更明確的工具。

  • 我會優先使用引用，特別是 const 引用，尤其是在函數參數傳遞上。因為它語法簡潔，并且向調用者傳達了“這里一定有一個有效對象”的清晰意圖，省去了空指針檢查的麻煩。
  • 但有三種情況我必須使用指針：
    1. 當我需要表示一個可選的或可能不存在的對象時，我會用指針，因為它可以為 nullptr。
    2. 當我需要在一個容器或數據結構中，讓一個句柄（handle）可以重新指向不同的對象時，比如鏈表的 next 指針。
    3. 當需要兼容C語言風格的API時，這些API通常都是基于指針的。

面試官： 你提到引用底層通常由指針實現。那從你的理解來看，引用本身占用內存嗎？

你： 從C++語言標準的角度來看，引用只是一個別名，標準并沒有規定它必須占用內存。但是，從主流編譯器的實現角度來看，為了讓引用能夠“指向”一個對象，它底層幾乎總是通過一個指針來實現的。所以，在大多數情況下，一個引用在運行時會占用和一個指針相同的內存空間。

我認為，理解這個區別很重要：**“別名”是引用在語言層面的抽象身份，而“指針”是它在物理層面的常見實現。我們應該基于它的“別名”**身份去使用它，享受它帶來的安全性和便利性，同時也要知道它在性能開銷上和指針基本沒有區別。

面試官： 理解很深入。那我們來看個更復雜的：C++中可以有“引用的指針”嗎？或者“指針的引用”？

你： “指針的引用”是可以的，而且非常有用；但“引用的指針”是不可以的。

  • “指針的引用” (A reference to a pointer)，例如 int*& p_ref。它的類型是一個對“int型指針”的引用。它主要用在函數參數中，當你希望一個函數能夠修改調用者傳進來的那個指針本身時（而不是指針指向的內容）。比如，一個函數需要為一個指針分配內存并讓外部的指針指向這塊內存。
  • “引用的指針” (A pointer to a reference) 是非法的。因為引用本身不是一個獨立的對象，它沒有自己獨立的內存地址（它只是一個別名），所以我們無法獲取一個引用的地址，自然也就不能定義一個指向引用的指針了。

面試官： 最后一個問題，結合你的項目。你肯定見過類似 CreateObject(MyObject** ppObj) 這樣的函數，它通過一個二級指針來返回一個新創建的對象。如果你要用現代C++來封裝它，你會怎么做？用指針還是引用？

你： 這是一個非常典型的場景。直接在C++代碼中暴露 MyObject** 這樣的C風格接口是危險且不友好的。我會用現代C++的特性來封裝它，提供一個更安全、更易用的接口。我有兩種主要思路：

  1. 首選方案：使用智能指針返回值。 這是最現代、最安全的方式。我會封裝一個新函數，比如 std::unique_ptr<MyObject> create_object_safely()。在這個函數內部，我調用舊的C-API CreateObject，然后將返回的裸指針包裝在 std::unique_ptr 中返回。這樣做的好處是，所有權被清晰地轉移給了調用者，并且利用RAII機制保證了資源的自動釋放，徹底杜絕了內存泄漏的可能。

  2. 次選方案：使用“指針的引用”作為輸出參數。 如果因為某些原因不方便返回值，我會提供一個這樣的封裝：void create_object_safely(MyObject*& out_ptr)。函數內部，我調用 CreateObject(&out_ptr)。這樣做比直接用二級指針要好，因為引用的語法更清晰，并且它強制調用者必須傳入一個已經存在的指針變量，雖然沒有智能指針安全，但也比C風格接口有所改善。

    總而言之，我會盡力用RAII和更安全的類型（如引用和智能指針）來隱藏原始、不安全的C風格指針操作。

#include <memory>  // 智能指針頭文件
#include <cassert> // 斷言庫// 假設這是遺留的C風格接口（不可修改）
// 功能：創建MyObject對象，通過二級指針返回
extern "C" void CreateObject(MyObject** ppObj) {*ppObj = new MyObject(); // 內部實際是new分配內存
}// 假設這是對應的銷毀函數（C風格接口）
extern "C" void DestroyObject(MyObject* pObj) {delete pObj;
}// ------------------------------
// 方案1：使用智能指針返回值（首選）
// ------------------------------
std::unique_ptr<MyObject> create_object_safely() {MyObject* raw_ptr = nullptr;CreateObject(&raw_ptr); // 調用C風格接口// 將裸指針包裝為unique_ptr，指定自定義刪除器（適配C風格銷毀函數）return std::unique_ptr<MyObject>(raw_ptr, [](MyObject* p) {DestroyObject(p); // 確保釋放時調用正確的銷毀函數});
}// 使用示例
void use_smart_ptr_version() {// 調用封裝后的函數，直接獲得智能指針auto obj = create_object_safely(); // 使用對象（通過->訪問成員）if (obj) {obj->do_something();}// 無需手動釋放，obj離開作用域時自動調用DestroyObject
}// ------------------------------
// 方案2：使用指針的引用作為輸出參數（次選）
// ------------------------------
void create_object_safely(MyObject*& out_ptr) {// 傳入指針的地址給C風格接口（out_ptr本身是引用，&out_ptr等價于二級指針）CreateObject(&out_ptr);
}// 使用示例
void use_reference_version() {MyObject* obj = nullptr;create_object_safely(obj); // 傳入指針的引用// 使用對象if (obj) {obj->do_something();DestroyObject(obj); // 必須手動調用銷毀函數（風險點）obj = nullptr;      // 避免懸垂指針}
}// ------------------------------
// 測試用的MyObject類（模擬）
// ------------------------------
class MyObject {
public:void do_something() {// 實際業務邏輯}
};

代碼說明

1. 為什么方案 1（智能指針）是首選？
  • 自動管理生命周期：unique_ptr 通過 RAII 機制，在對象離開作用域時自動調用 DestroyObject，徹底避免內存泄漏
  • 明確的所有權：智能指針的移動語義（unique_ptr 不可復制）清晰地表明對象的所有權轉移
  • 防懸垂指針：智能指針離開作用域后自動失效，避免誤操作已釋放的內存
2. 方案 2（指針的引用）的特點
  • 語法更清晰：相比 MyObject**，MyObject*& 更直觀地表達 “輸出參數” 的意圖
  • 編譯期檢查：強制要求傳入一個已存在的指針變量，避免傳入野指針地址
  • 仍需手動管理：必須記得調用 DestroyObject，否則會內存泄漏（這是比方案 1 的主要劣勢）
3. 為什么不直接用二級指針？

C 風格的 MyObject** 存在兩個風險：

  • 可能意外傳入空指針（如 CreateObject(nullptr)）導致崩潰
  • 調用者容易忘記釋放內存，或釋放后繼續使用指針

現代 C++ 的封裝通過類型系統和 RAII 機制，從編譯期就減少了這些錯誤的可能性。

第三部分：核心要點簡答題

  1. 請用一句話概括指針和引用的本質區別。

    答：指針是一個存儲著對象內存地址的變量，而引用是一個已存在對象的別名。

  2. 相對于指針，引用提供了哪三個核心的安全保證？

    答：1. 必須在聲明時初始化；2. 不允許為空；3. 一旦初始化后，不能再改變其引用的對象。

  3. 在設計函數接口時，參數傳遞的“默認黃金法則”是什么？

    答：對于輸入參數，優先使用 const T&（常量引用）；對于需要修改的輸出參數，根據是否允許為空來選擇 T& 或 T*。

本文來自互聯網用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。
如若轉載，請注明出處：http://www.pswp.cn/pingmian/94664.shtml
繁體地址，請注明出處：http://hk.pswp.cn/pingmian/94664.shtml
英文地址，請注明出處：http://en.pswp.cn/pingmian/94664.shtml

如若內容造成侵權/違法違規/事實不符，請聯系多彩編程網進行投訴反饋email:809451989@qq.com，一經查實，立即刪除！

相關文章

LinuxC語言線程的同步與互斥

LinuxC語言線程的同步與互斥

一.線程的同步與互斥1. 基礎概念:1.1 互斥&#xff1a;對共享資源的訪問&#xff0c;同一時刻只允許一個訪問者進行訪問&#xff0c;互斥具有唯一和排他性&#xff0c;互斥無法保證對共享資源的訪問順序1.2 同步: 在互斥的基礎上&#xff0c;實現對共享資源的有序訪問。2. 互斥…
閱讀更多...
Centos 7.6離線安裝docker

Centos 7.6離線安裝docker

在內網環境下&#xff0c;一般不能聯網在線部署&#xff0c;這時候就需要以離線的方式安裝docker。本節內容主要總結一下在CentOS 7.6環境中離線安裝docker的步驟。 1、下載docker安裝包 https://pan.baidu.com/share/init?surlPaUllQZ-dwpgJ7quA5IkcQ&pwd4sfc 2、上傳到服…
閱讀更多...
生成式推薦模型的長序列特征：離線存儲

生成式推薦模型的長序列特征：離線存儲

文章目錄長序列特征的例子1. Event-level features2. Sequence-level featuresAggregation FeaturesSession-based FeaturesTemporal Order Features3. User-level features4. Interaction features (between user and item/context)how to store the long term user behaviro …
閱讀更多...
Linux inode 實現機制深入分析

Linux inode 實現機制深入分析

Linux inode 實現機制深入分析 1 Inode 基本概念與作用 Inode&#xff08;Index Node&#xff09;是 Linux 和其他類 Unix 操作系統中文件系統的核心數據結構&#xff0c;用于存儲文件或目錄的元數據&#xff08;metadata&#xff09;。每個文件或目錄都有一個唯一的 inode&…
閱讀更多...
Flask 之請求鉤子詳解：掌控請求生命周期

Flask 之請求鉤子詳解：掌控請求生命周期

在構建現代 Web 應用時&#xff0c;我們常常需要在請求的不同階段自動執行一些通用邏輯&#xff0c;例如&#xff1a;記錄日志、驗證權限、連接數據庫、壓縮響應、添加安全頭等。如果在每個視圖函數中重復這些代碼&#xff0c;不僅冗余&#xff0c;而且難以維護。Flask 請求鉤子…
閱讀更多...
無人機航拍數據集|第32期 無人機采礦區作業目標檢測YOLO數據集202張yolov11/yolov8/yolov5可訓練

無人機航拍數據集|第32期 無人機采礦區作業目標檢測YOLO數據集202張yolov11/yolov8/yolov5可訓練

簡介 示例 簡介 無人機采礦區作業目標檢測YOLO數據集
閱讀更多...
設計模式七大原則附C++正反例源碼

設計模式七大原則附C++正反例源碼

設計模式的七大原則是軟件設計的基石，它們指導開發者構建高內聚、低耦合、易維護、可擴展的系統。以下以C++為例，詳細介紹這七大原則： 一、單一職責原則（Single Responsibility Principle, SRP） 定義：一個類應該只有一個引起它變化的原因（即一個類只負責一項職責）。 …
閱讀更多...
云計算之中間件與數據庫

云計算之中間件與數據庫

一、云數據庫的特性云數據庫是指被優化或部署到一個虛擬計算環境中的數據庫&#xff0c;可以實現按需付費、按需擴展、高可用性以及存儲整合等優勢。根據數據庫類型一般分為關系型數據庫和非關系型數據庫&#xff08;NoSQL數據庫&#xff09; 。云數據庫的特性序號云數據庫的特…
閱讀更多...
codeforces(1045)(div2) E. Power Boxes

codeforces(1045)(div2) E. Power Boxes

E.電源箱 每次測試時限&#xff1a; 2 秒 每次測試的內存限制&#xff1a;256 兆字節 輸入&#xff1a;標準輸入 輸出&#xff1a;標準輸出 這是一個互動問題。 給你 nnn 個方格&#xff0c;索引從 111 到 nnn 。這些方格看起來完全相同&#xff0c;但是每個方格都有一個隱藏的…
閱讀更多...
4G模塊 EC200通過MQTT協議連接到阿里云

4G模塊 EC200通過MQTT協議連接到阿里云

命令說明 基礎AT指令ATI顯示MT的ID信息ATCIMI查詢IMSIATQCCID查詢ICCIDATCSQ查詢信號強度ATCGATT?查詢當前PS域狀態MQTT配置指令ATQMTCFG配置MQTT可選參數ATQMTCFG配置MQTT可選參數.ATQMTOPEN打開MQTT客戶端網絡ATQMTCLOSE關閉MQTT客戶端網絡ATQMTCONN連接客戶端到MQTT服務器…
閱讀更多...
如何選擇合適的安全監測預警系統

如何選擇合適的安全監測預警系統

在當今高度復雜和互聯的數字化時代&#xff0c;安全威脅無處不在且持續演變。一套高效、可靠的安全監測預警系統已成為組織保障其物理資產、數字信息和關鍵業務連續性的核心基礎設施。然而&#xff0c;面對市場上琳瑯滿目的產品和解決方案&#xff0c;如何做出符合自身需求的選…
閱讀更多...
ELK-使用logstash-output-zabbix插件實現日志通過zabbix告警

ELK-使用logstash-output-zabbix插件實現日志通過zabbix告警

ELK-使用logstash-output-zabbix插件實現日志通過zabbix告警logstash-output-zabbix插件安裝編輯logstash配置文件在zabbix上創建模板實現的效果:elk收集上來的日志中含有報錯時(例如error等)&#xff0c;logstash過濾出來將這部分日志打到zabbix&#xff0c;再通過zabbix結合釘…
閱讀更多...
【C++游記】物種多樣——謂之多態

【C++游記】物種多樣——謂之多態

楓の個人主頁 你不能改變過去&#xff0c;但你可以改變未來 算法/C/數據結構/C Hello&#xff0c;這里是小楓。C語言與數據結構和算法初階兩個板塊都更新完畢&#xff0c;我們繼續來學習C的內容呀。C是接近底層有比較經典的語言&#xff0c;因此學習起來注定枯燥無味&#xf…
閱讀更多...
Visual Scope (Serial_Digital_Scope V2) “串口 + 虛擬示波器” 工具使用記錄

Visual Scope (Serial_Digital_Scope V2) “串口 + 虛擬示波器” 工具使用記錄

VisualScope 就是一個 “串口 + 虛擬示波器” 的工具，適合在沒有昂貴示波器/邏輯分析儀時做嵌入式調試。它的核心步驟就是 MCU 定時發數據 → PC 串口接收 → 軟件畫波形。 首先準備串口通信工具后，插入電腦，安裝完USB轉串口驅動后，在“我的電腦”-“設備及管理器”-“端口…
閱讀更多...
c++ 觀察者模式 訂閱發布架構

c++ 觀察者模式 訂閱發布架構

#include <iostream> #include <vector> #include <algorithm> #include <memory> #include <mutex>// 觀察者接口 class IObserver { public:virtual ~IObserver() default;virtual void update(const std::string& message) 0; };// 主題…
閱讀更多...
oracle 表空間擴容(增加新的數據文件)

oracle 表空間擴容(增加新的數據文件)

SELECT tablespace_name,file_name,ROUND(bytes / 1024 / 1024, 2) AS size_mb,ROUND(maxbytes / 1024 / 1024, 2) AS max_size_mb,status,autoextensible FROM dba_data_files ORDER BY tablespace_name;--給表空間增加一個新數據庫文件ALTER TABLESPACE EAS_D_EAS_STANDARDAD…
閱讀更多...
DAY 58 經典時序預測模型2

DAY 58 經典時序預測模型2

知識點回顧&#xff1a; 時序建模的流程時序任務經典單變量數據集ARIMA&#xff08;p&#xff0c;d&#xff0c;q&#xff09;模型實戰SARIMA摘要圖的理解處理不平穩的2種差分 n階差分---處理趨勢季節性差分---處理季節性 昨天我們掌握了AR, MA, 和 ARMA 模型&#xff0c;它們…
閱讀更多...
【人工智能】AI代理重塑游戲世界：動態NPC帶來的革命性沉浸式體驗

【人工智能】AI代理重塑游戲世界：動態NPC帶來的革命性沉浸式體驗

還在為高昂的AI開發成本發愁？這本書教你如何在個人電腦上引爆DeepSeek的澎湃算力！ 在當今游戲行業迅猛發展的時代，AI代理技術正悄然引發一場革命，尤其是動態非玩家角色（NPC）的應用，將傳統靜態游戲體驗提升至全新的沉浸式境界。本文深入探討AI代理在游戲中的核心作用，從…
閱讀更多...
服務器關機故障排查：大白話版筆記

服務器關機故障排查：大白話版筆記

注意：本文解釋文字僅供學習交流使用，不構成專業的技術指導或建議；只是理論實例解釋不代表實際運維場景操作，注意鑒別！ 運維日常最頭疼的就是服務器 “突然躺平” —— 要么沒操作就自己關機，要么想關還關不掉。 緊急檢查清單 (Cheat Sheet) 服務器突然宕機，重啟后第一…
閱讀更多...
如何通過docker進行本地部署？

如何通過docker進行本地部署？

如何通過docker進行本地部署&#xff1f; 在做項目的過程中&#xff0c;想要上線項目的話肯定是不能在我們電腦上進行開發的&#xff0c;要部署到服務器上面&#xff0c;今天就總結一下操作步驟。 1、創建springboot項目 隨便創建一個springboot工程&#xff0c;確保control…
閱讀更多...
最新文章

Copyright @ 2022~2023