從基礎到高級：一文快速認識MySQL UPDATE 語句

在數據庫日常運維與開發中，數據更新是與數據查詢同等重要的核心操作。MySQL 的 UPDATE 語句憑借其靈活的語法結構和強大的功能，能夠滿足從簡單字段修改到復雜關聯表更新的各類需求。然而，若使用不當，不僅可能導致數據一致性問題，還可能引發性能瓶頸甚至鎖表風險。本文將從語法基礎、操作實踐、高級技巧、安全策略到性能優化，系統性拆解 UPDATE 語句的使用方法，并通過流程圖與序列圖直觀呈現關鍵邏輯，幫助開發者徹底掌握高效、安全的數據更新能力。

一、UPDATE 語句基礎架構：語法與核心組件

UPDATE 語句的核心作用是修改表中已存在的數據，其語法結構清晰且可擴展性強，通過組合不同子句可實現多樣化更新需求。

1.1 基本語法結構

UPDATE table_name
SET column1 = value1, column2 = value2, ...  -- 字段賦值
[WHERE condition]  -- 篩選更新行（可選，無則更新全表）
[ORDER BY column_name]  -- 按指定字段排序后更新（可選）
[LIMIT row_count];  -- 限制更新行數（可選）

1.2 核心組件解析

組件名稱作用說明必要性
UPDATE table_name指定需要更新的目標表，需確保表名正確且當前用戶有更新權限必需
SET 子句定義“字段=值”的映射關系，支持單個或多個字段同時更新，多個字段用逗號分隔必需
WHERE 子句篩選需要更新的行，若省略則更新表中所有行（高危操作，需謹慎）可選
ORDER BY 子句對符合 WHERE 條件的行按指定字段排序后再更新，常用于“更新最新/最舊N行”場景可選
LIMIT 子句限制最終更新的行數，避免誤操作時影響范圍過大，僅支持 MySQL 特有語法可選

二、基礎更新操作：從單列到條件篩選

基礎更新是日常開發中最常用的場景，主要包括單列更新、多列更新和條件更新，需重點關注 WHERE 子句的精準性。

2.1 單列更新

僅修改表中某一個字段的值，適用于簡單的屬性調整（如修改用戶狀態、調整商品庫存）。

示例：將 ID 為 101 的員工薪資調整為 70000 元

UPDATE employees
SET salary = 70000
WHERE employee_id = 101;  -- 精準定位單行，避免誤改

2.2 多列更新

同時修改多個字段的值，適用于關聯屬性的批量調整（如訂單狀態與發貨信息同步更新）。

示例：將訂單 ID 為 3001 的狀態改為“已發貨”，并記錄發貨日期與物流公司

UPDATE orders
SET status = 'shipped',ship_date = CURRENT_DATE(),  -- 使用 MySQL 內置函數獲取當前日期shipper_id = 3
WHERE order_id = 3001;

2.3 條件更新

通過 WHERE 子句篩選符合條件的行進行更新，是避免“全表更新”的關鍵，也是最安全的基礎更新方式。

邏輯流程圖：條件更新的執行邏輯
在這里插入圖片描述

示例：對“家電”分類下庫存大于 50 的商品打 95 折

UPDATE products
SET price = price * 0.95  -- 基于原字段值的計算更新
WHERE category = 'Home Appliances'AND stock_quantity > 50;  -- 多條件組合，精準篩選

三、高級更新技術：處理復雜場景

當面臨“基于子查詢結果更新”“多表關聯更新”等復雜需求時，基礎語法已無法滿足，需掌握高級更新技巧。

3.1 表達式更新

通過“算術運算”“函數調用”等表達式動態生成更新值，避免手動計算的繁瑣與誤差。

常見場景與示例：

  • 算術運算：給“儲蓄賬戶”類型的用戶余額增加 500 元
    UPDATE accounts
SET balance = balance + 500
WHERE account_type = 'SAVINGS';
  • 函數調用：記錄用戶登錄時間并累加登錄次數
    UPDATE users
SET last_login = NOW(),  -- NOW() 獲取當前時間戳login_count = login_count + 1
WHERE user_id = 6002;

3.2 子查詢更新

將子查詢的結果作為更新值，適用于“需從其他表獲取數據更新當前表”的場景（如同步用戶最新訂單金額）。

示例：更新用戶統計表里的“最新訂單金額”（僅同步有訂單記錄的用戶）

UPDATE customer_stats cs
SET last_order_amount = (-- 子查詢：獲取該用戶最新一筆訂單的金額SELECT amountFROM orders oWHERE o.customer_id = cs.customer_idORDER BY order_date DESC  -- 按訂單日期倒序，取最新LIMIT 1
)
WHERE EXISTS (-- 過濾條件：僅更新有訂單記錄的用戶SELECT 1FROM orders oWHERE o.customer_id = cs.customer_id
);

注意：子查詢需確保返回“單行單列”結果，避免因多值返回導致語法錯誤；使用 EXISTS 而非 IN 可提升查詢效率，尤其當 orders 表數據量大時。

3.3 多表關聯更新

當需要基于“主表與關聯表的關聯關系”更新數據時（如給會員等級為“鉆石”的用戶訂單增加折扣），可通過 JOIN 語法實現多表更新。

示例 1：通過 JOIN 給“鉆石會員”的未支付訂單設置 10% 折扣

UPDATE orders o
JOIN customers c ON o.customer_id = c.customer_id  -- 關聯條件：訂單表與用戶表的用戶ID
SET o.discount = 0.1
WHERE c.membership_level = 'DIAMOND'  -- 篩選鉆石會員AND o.status = 'unpaid';  -- 篩選未支付訂單

示例 2：通過 INNER JOIN 標記庫存不足的商品

UPDATE products p
INNER JOIN inventory iON p.product_id = i.product_id  -- 關聯商品表與庫存表
SET p.stock_flag = 'LOW'  -- 標記為“庫存不足”
WHERE i.quantity < 20;  -- 庫存小于20的商品

四、安全更新策略：避免數據災難

UPDATE 語句的危險性在于“一旦執行無法輕易撤銷”，尤其當省略 WHERE 子句或條件不精準時，可能導致全表數據錯誤。以下是必須遵守的安全策略。

4.1 WHERE 子句的重要性：事故原因分析

根據數據庫運維統計，UPDATE 操作導致的數據事故中，45% 源于“缺少 WHERE 條件”，30% 源于“條件不精確”，15% 源于“事務未回滾”，10% 源于“權限過大”。

風險案例：若誤寫以下語句（缺少 WHERE），將導致 products 表所有商品價格清零：

UPDATE products SET price = 0;  -- 高危！無 WHERE 條件，全表更新

4.2 安全更新最佳實踐

遵循“先驗證、再更新、可回滾”的原則，通過以下步驟將風險降至最低：

  1. 先 SELECT 后 UPDATE：執行更新前，用相同的 WHERE 條件查詢，驗證目標行是否正確

    -- 驗證：查詢“家電”分類下價格大于 2000 的商品
SELECT product_id, name, price 
FROM products 
WHERE category = 'Home Appliances' AND price > 2000;

  2. 使用事務保護：開啟事務后執行更新，確認結果無誤再提交，否則回滾

    START TRANSACTION;  -- 開啟事務-- 執行更新（僅修改 100 行，避免影響過大）
UPDATE products
SET price = price * 0.9
WHERE category = 'Home Appliances' AND price > 2000
LIMIT 100;-- 確認：查看更新后的數據（可選，在測試環境必做）
SELECT product_id, name, price 
FROM products 
WHERE category = 'Home Appliances' AND price > 2000 LIMIT 10;COMMIT;  -- 確認無誤，提交事務
-- ROLLBACK;  -- 若發現錯誤，執行回滾

  3. 限制權限與行數：

    • 避免使用 root 賬戶執行日常更新，給應用賬戶分配“僅必要表的 UPDATE 權限”；
    • 始終添加 LIMIT 子句（尤其在生產環境），限制單次更新行數。

安全更新流程圖：
在這里插入圖片描述

五、性能優化技巧：避免鎖表與卡頓

當更新數據量較大（如百萬級表）時，若不優化，可能導致長時間鎖表、業務查詢阻塞。以下是關鍵優化方向。

5.1 利用索引提升效率

UPDATE 語句的性能瓶頸通常在 WHERE 條件的篩選上，若 WHERE 子句中的字段無索引，MySQL 會執行“全表掃描”，效率極低且可能觸發表鎖。

優化步驟：

  1. 檢查 WHERE 條件中的字段是否有索引：
    -- 查看 products 表的索引
SHOW INDEX FROM products;
  2. 若字段無索引，添加索引（如給 category 字段加索引）：
    CREATE INDEX idx_products_category ON products(category);
  3. 用 EXPLAIN 驗證索引是否被使用：
    EXPLAIN UPDATE products
SET price = price * 0.9
WHERE category = 'Electronics';  -- 驗證 idx_products_category 是否生效

5.2 批量更新優化：三種方案對比

當需要更新上萬行數據時，“單條循環更新”會頻繁與數據庫交互，性能極差。以下是三種批量更新方案的對比：

方案實現方式優點缺點
單條 UPDATE循環執行 UPDATE table SET ... WHERE id = ?語法簡單，易調試頻繁連接，性能差（不推薦）
CASE WHEN用 CASE 語句一次性更新多條記錄單次 SQL 交互，效率高SQL 語句較長，維護成本高
臨時表1. 創建臨時表并插入更新數據；2. 關聯臨時表更新目標表邏輯清晰，支持大量數據需額外創建臨時表，步驟多

CASE WHEN 示例：一次性更新 6 個商品的價格

UPDATE products
SET price = CASEWHEN product_id = 1 THEN 89.99WHEN product_id = 2 THEN 129.99WHEN product_id = 3 THEN 199.99WHEN product_id = 4 THEN 249.99WHEN product_id = 5 THEN 299.99WHEN product_id = 6 THEN 349.99ELSE price  -- 未匹配的商品不更新
END
WHERE product_id IN (1,2,3,4,5,6);  -- 限制更新范圍

5.3 避免鎖表：分批更新策略

InnoDB 存儲引擎雖支持行鎖，但當更新數據量過大時，會觸發“鎖升級”（行鎖 → 表鎖），導致其他業務無法操作表。解決方案是“分批更新”，通過 LIMIT 控制單次更新行數。

分批更新序列圖：
在這里插入圖片描述

示例：分批更新“2023 年之前創建的用戶狀態”（每次更新 1000 行）

-- 第一批：更新 ID < 1001 的用戶
UPDATE users
SET status = 'inactive'
WHERE create_time < '2023-01-01'AND user_id < 1001
LIMIT 1000;-- 第二批：更新 ID 1001~2000 的用戶
UPDATE users
SET status = 'inactive'
WHERE create_time < '2023-01-01'AND user_id BETWEEN 1001 AND 2000
LIMIT 1000;-- 后續批次以此類推，直到無數據可更新

六、特殊更新場景：JSON 與排序更新

MySQL 5.7+ 支持 JSON 字段類型，且允許按排序結果更新，以下是這些特殊場景的實現方法。

6.1 基于排序的更新

通過 ORDER BY 與 LIMIT 組合，實現“更新最新/最舊的 N 行數據”（如處理任務隊列中最早的任務）。

示例：將任務隊列中“未處理”且創建時間最早的 5 條任務分配給 worker 3

UPDATE task_queue
SET status = 'processing',worker_id = 3
WHERE status = 'pending'
ORDER BY create_time ASC  -- 按創建時間升序，取最早的任務
LIMIT 5;

6.2 JSON 字段更新

MySQL 提供 JSON_SET JSON_INSERT JSON_REPLACE 等函數，支持修改 JSON 字段的部分內容，無需替換整個 JSON 串。

示例：更新用戶個人資料中的“手機號”和“主題偏好”

UPDATE user_profiles
SET profile_data = JSON_SET(profile_data,  -- 目標 JSON 字段'$.contact.phone', '13900139000',  -- 修改手機號'$.preferences.theme', 'light'     -- 修改主題為淺色
)
WHERE user_id = 2003;

說明：JSON_SET 會“覆蓋已存在的鍵，新增不存在的鍵”；若需“僅新增不覆蓋”，可用 JSON_INSERT；若需“僅覆蓋不新增”，可用 JSON_REPLACE。

七、常見問題解答（FAQ）

Q1：如何知道 UPDATE 語句影響了多少行？

  • 命令行環境：執行語句后，MySQL 會返回 Rows matched: N（匹配的行數）和 Rows changed: M（實際修改的行數，若字段值未變則 M < N）；
  • 編程接口：如 PHP 中，通過 mysqli_stmt->affected_rows 獲取影響行數，示例：
    $stmt->execute();
echo "影響的行數：" . $stmt->affected_rows;  // 輸出實際修改的行數

Q2：UPDATE 會鎖定整張表嗎？

不一定，取決于存儲引擎和語句：

  • InnoDB（默認）：若 WHERE 條件使用索引字段，會加行鎖（僅鎖定匹配的行）；若 WHERE 條件無索引，會觸發“全表掃描”，進而升級為表鎖；
  • MyISAM：不支持行鎖，任何 UPDATE 都會鎖定整張表（已逐步淘汰，不推薦使用）。

Q3：執行 UPDATE 后發現錯誤，如何撤銷？

  • 若已開啟事務且未提交：執行 ROLLBACK; 即可撤銷；
  • 若已提交事務或未用事務：只能通過數據備份恢復（因此必須養成“更新前備份”的習慣）；
  • 預防措施：重要更新前，務必執行 START TRANSACTION;，驗證無誤后再 COMMIT;。

八、總結：UPDATE 語句最佳實踐

  1. 安全性優先：

    • 永遠不省略 WHERE 子句，必要時添加 LIMIT；
    • 執行前用 SELECT 驗證目標行，重要操作開啟事務；
    • 定期備份數據，避免誤操作后無法恢復。

  2. 性能優化：

    • WHERE 條件字段必加索引，避免全表掃描；
    • 大批量更新用“CASE WHEN”或“分批更新”，避免鎖表；
    • 避免在更新語句中使用復雜子查詢，可拆分為“先查后更”。

  3. 可維護性：

    • 多字段更新時，按“字段用途”排序，添加注釋；
    • 復雜更新語句（如多表關聯、JSON 修改）在測試環境驗證通過后，再在生產環境執行。

掌握 UPDATE 語句的核心邏輯與最佳實踐，不僅能提升數據更新的效率，更能保障數據庫的穩定性與數據一致性——這是每個后端開發者與數據庫運維人員的必備技能。

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

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

相關文章

材料基因組計劃（MGI）入門：高通量計算與數據管理最佳實踐

材料基因組計劃（MGI）入門：高通量計算與數據管理最佳實踐

點擊 “AladdinEdu&#xff0c;同學們用得起的【H卡】算力平臺”&#xff0c;注冊即送-H卡級別算力&#xff0c;80G大顯存&#xff0c;按量計費&#xff0c;靈活彈性&#xff0c;頂級配置&#xff0c;學生更享專屬優惠。 摘要 材料基因組計劃&#xff08;Materials Genome Ini…
閱讀更多...
Vision Transformer (ViT) :Transformer在computer vision領域的應用(一)

Vision Transformer (ViT) :Transformer在computer vision領域的應用(一)

在圖像領域，CNN卷積神經網絡結構已經成為了標配，所有的模型都是基于CNN來構造的。 而在NLP領域，自從Transformer橫空出世之后，基本上也統治了NLP的各個領域。 基于Transformer的強大，一些論文的工作都是將Transformer也應用到CV領域，在這篇論文：AN IMAGE IS WORTH 16X1…
閱讀更多...
自動駕駛中的傳感器技術45——Radar（6）

自動駕駛中的傳感器技術45——Radar（6）

本文詳細介紹4D雷達相關解決方案&#xff0c;4D雷達關鍵詞&#xff1a;4D Imaging Radar 1、4D雷達特點 圖1 4D雷達 vs 3D雷達圖2 4D雷達虛擬通道數量不斷增加圖3 4D雷達 vs 3D雷達 vs 攝像頭和激光雷達圖4 毫米波雷達在不同駕駛等級下的應用需求Ref&#xff1a;https://pdf.d…
閱讀更多...
瀏覽器調試工具詳解

瀏覽器調試工具詳解

個人簡介 &#x1f440;個人主頁&#xff1a; 前端雜貨鋪 &#x1f64b;?♂?學習方向&#xff1a; 主攻前端方向&#xff0c;正逐漸往全干發展 &#x1f4c3;個人狀態&#xff1a; 研發工程師&#xff0c;現效力于中國工業軟件事業 &#x1f680;人生格言&#xff1a; 積跬步…
閱讀更多...
代碼審計-PHP專題原生開發SQL注入1day分析構造正則搜索語句執行監控功能定位

代碼審計-PHP專題原生開發SQL注入1day分析構造正則搜索語句執行監控功能定位

挖掘技巧&#xff1a; -語句監控-數據庫SQL監控排查可利用語句定向分析 -功能追蹤-功能點文件SQL執行代碼函數調用鏈追蹤 -正則搜索-(update|select|insert|delete|).*?where.* 如何快速的在多個文件代碼里面找脆弱&#xff1a; 1、看文件路徑 2、看代碼里面的變量&#…
閱讀更多...
Linux中：調試器gdb/cgdb的使用

Linux中：調試器gdb/cgdb的使用

引言在追尋光的路上不斷前行&#xff0c;詳細介紹Linux下gdb/cgdb的使用。一、準備? 程序的發布方式有兩種&#xff0c;默認是 debug 模式和 release 模式。Linux gcc/g編譯出來的二進制程序默認是release模式? 要使用gdb調試&#xff0c;必須在源代碼生成?進制程序的時候加…
閱讀更多...
【算法】【鏈表】148.排序鏈表--通俗講解

【算法】【鏈表】148.排序鏈表--通俗講解

算法通俗講解推薦閱讀 【算法–鏈表】83.刪除排序鏈表中的重復元素–通俗講解 【算法–鏈表】刪除排序鏈表中的重復元素 II–通俗講解 【算法–鏈表】86.分割鏈表–通俗講解 【算法】92.翻轉鏈表Ⅱ–通俗講解 【算法–鏈表】109.有序鏈表轉換二叉搜索樹–通俗講解 【算法–鏈表…
閱讀更多...
計算機組成原理：存儲系統概述

計算機組成原理：存儲系統概述

&#x1f4cc;目錄&#x1f4be; 存儲系統概述&#xff1a;計算機的“記憶中樞”&#x1f3d7;? 一、存儲系統的層次結構&#xff1a;速度與容量的“黃金平衡”&#xff08;一&#xff09;經典存儲層次金字塔&#xff08;二&#xff09;層次結構的設計原則&#xff08;三&…
閱讀更多...
基于CNN/CRNN的漢字手寫體識別：從圖像到文字的智能解碼

基于CNN/CRNN的漢字手寫體識別：從圖像到文字的智能解碼

在人工智能浪潮的推動下&#xff0c; handwriting recognition&#xff08;手寫識別&#xff09;技術已成為連接傳統書寫與數字世界的重要橋梁。其中&#xff0c;漢字手寫體識別因其字符集的龐大和結構的復雜性&#xff0c;被視為模式識別領域最具挑戰性的任務之一。近年來&…
閱讀更多...
【無人機】無人機用戶體驗測試策略詳細介紹

【無人機】無人機用戶體驗測試策略詳細介紹

一、 道&#xff1a;核心測試理念與目標核心理念&#xff1a; 用戶體驗測試的核心不是尋找功能Bug&#xff0c;而是評估用戶在與無人機系統&#xff08;包括飛行器、遙控器、APP&#xff09;交互全過程中的主觀感受、操作效率、情感變化和達成目標的難易度。我們的目標是讓科技…
閱讀更多...
@RequiredArgsConstructor使用

@RequiredArgsConstructor使用

spring推薦通過構造方法進行注入&#xff0c;如果需要注入的成員變量較多&#xff0c;手動創建構造方法可能需要頻繁修改&#xff0c;這時&#xff0c;可以使用RequiredArgsConstructor。RequiredArgsConstructor是lombok中提供的注解&#xff0c;可以為類中final或者NotNull修…
閱讀更多...
TA-VLA——將關節力矩反饋融入VLA中：無需外部力傳感器，即可完成汽車充電器插入(且可多次自主嘗試)

TA-VLA——將關節力矩反饋融入VLA中：無需外部力傳感器，即可完成汽車充電器插入(且可多次自主嘗試)

前言 今25年9.13日&#xff0c;我在微博上寫道&#xff1a; “我們為何24年起聚焦具身開發呢 23年我們做了一系列大模型應用&#xff0c;發覺卷飛了&#xff0c;c端搞不過大廠的工程迭代 流量獲取&#xff0c;b端拼不過大廠的品牌&#xff0c;且大廠外 人人都可以搞 ?然&…
閱讀更多...
數據驅動破局商業信息不對稱：中國商業查詢平臺的技術實踐與方法論心得

數據驅動破局商業信息不對稱：中國商業查詢平臺的技術實踐與方法論心得

前言 在當前中國經濟高質量發展的浪潮中，企業數量已突破5000萬戶（截至2024年數據，延續2021年超5億用戶查詢需求的增長趨勢），但“企業質量參差、信息不透明”的痛點始終困擾著市場主體——企業合作前怕踩坑、個人求職擔心“皮包公司”、投資者規避壞賬風險，這些需求的核心…
閱讀更多...
光譜相機的圖像模式

光譜相機的圖像模式

光譜相機通過不同的成像方式獲取目標的光譜信息&#xff0c;主要分為以下幾種圖像模式&#xff1a;一、按成像方式分類?點掃描模式&#xff08;Whiskbroom&#xff09;?工作原理&#xff1a;逐點掃描目標區域&#xff0c;每個點獲取完整光譜曲線特點&#xff1a;光譜分辨率最…
閱讀更多...
連接器上的pin針和膠芯如何快速組裝？

連接器上的pin針和膠芯如何快速組裝？

在連接器生產過程中&#xff0c;pin 針與膠芯的組裝是核心環節 —— 人工組裝不僅效率低&#xff08;單組耗時約 15-20 秒&#xff09;&#xff0c;還易因對齊偏差導致 pin 針彎曲、膠芯卡滯&#xff0c;不良率高達 3%-5%。針對這一問題&#xff0c;可通過 “機器精準排列 定制…
閱讀更多...
Zynq-7000與Zynq-MPSoC 的 AXI 接口對比

Zynq-7000與Zynq-MPSoC 的 AXI 接口對比

Zynq 與 Zynq UltraScale MPSoC 的的 AXI 接口對比 1. 總體架構差異Zynq-7000 雙核 ARM Cortex-A9 (PS) 7 系列 FPGA (PL)PS–PL 之間主要通過 AXI 總線通訊提供 GP (General Purpose)、HP (High Performance)、ACP (Accelerator Coherency Port) 等接口ZynqMP (UltraScale MP…
閱讀更多...
關鍵字 - 第六講

關鍵字 - 第六講

前文補充#include <iostream> using namespace std;int main() {int a 10;int c 20; // 將變量c定義在switch語句之前switch(a){case 1:{cout << ".........." << endl;cout << c << endl;}break;default:cout << ".....…
閱讀更多...
Linux相關概念和易錯知識點（43）（數據鏈路層、ARP、以太網、交換機）

Linux相關概念和易錯知識點（43）（數據鏈路層、ARP、以太網、交換機）

目錄1.從網絡層到數據鏈路層&#xff08;1&#xff09;MAC地址&#xff08;2&#xff09;IP地址和MAC地址的區別&#xff08;3&#xff09;ARP&#xff08;4&#xff09;不同層之間的關系2.以太網&#xff08;1&#xff09;以太網的幀格式&#xff08;2&#xff09;數據分片的原…
閱讀更多...
【科研繪圖系列】R語言繪制多擬合曲線圖

【科研繪圖系列】R語言繪制多擬合曲線圖

禁止商業或二改轉載，僅供自學使用，侵權必究，如需截取部分內容請后臺聯系作者! 文章目錄 介紹 加載R包 數據下載 函數 導入數據 數據預處理 畫圖 總結 系統信息 介紹 本文通過R語言對海洋微生物群落的動態變化進行了深入分析，并通過可視化技術直觀展示了不同環境條件下微…
閱讀更多...
【React】React 哲學

【React】React 哲學

1. 聲明式&#xff08;Declarative&#xff09; React 鼓勵開發者 描述 UI 應該是什么樣子&#xff0c;而不是逐步操作 DOM。 // 聲明式 function Greeting({ name }) {return <h1>Hello, {name}</h1>; }不用手動操作 DOM&#xff08;document.getElementById / in…
閱讀更多...
最新文章

Copyright @ 2022~2023