[Aptos學習筆記#5]Move進階使用 - 所有權和引用 - Ownership & References
目錄
- 作用域中的變數
- move 和 copy
- 引用 References
- Borrow 檢查 Borrow Checking
- 取值運算 Dereferencing
- 引用原生類型 Referencing Primitive Types
一. 作用域中的變數
每個變數只有一個所有者作用域。當所有者作用域結束後,變數就會被清除
- 所有者是擁有某變數的作用域
- 變數可以在作用域內被定義(像是在Script中使用let來定義變數)
- 也可以作為參數傳遞給作用域
- 每個變量只可以有一個所有者,所以當把變數作為參數傳遞給函數時,該函數就會是新的所有者,並且第一個函數已不再擁有該變數的所有權,也可以說第二個函數接管了變數的所有權
- 例子: 變數a先作為參數傳遞給了第一個函數,所以接下來當有第二個函數要使用變數a的時候就會報錯
Script: 設定一個變數a,先以參數傳遞到第一個函數,所有權轉給了第一個函數,第一個函數執行完後,沒有返回變數a,所以第二個函數執行的時候,就報錯了
script { use {{sender}}::M; fun main() { // Module::T 是一個結構體 struct let a : Module::T = Module::create(10); // 變數a離開了main函數 // 且被放到了新的作用域 M::value 函數中 M::value(a); // 變數已經不存在 main 函數中 // 這段程式碼不會編譯 compile M::value(a); } }
Module: 函數中返回的是u8類型的參數值,參t已經被drop了,所以上面Script中當執行完第一個函式後,變數a被drop了,第二個函數接著執行的時候才會報錯
module M { struct T { value: u8 } public fun create(value: u8): T { T { value } } // 參數t被傳進了函數 value 中 // value 函數拿走了它的所有權 public fun value(t: T): u8 { t.value } // 函數value的作用域結束,t被刪除了,只有u8格式的值回傳 // t 已經不存在 }
從結果來看,當函數 value() 結束時,t已經不存在了,返回的只是一個u8類型的值。
如何讓t依然可以用呢? 有一個快速的解決方法就是返回一個元組,該元組包含原始變數和其他結果,但 Move 還有一個更好的解決方案。
二. move 和 copy
Move VM中有兩個字節碼: MoveLoc 和 CopyLoc,
反映到 Move 語言層面,它們分別為 move 和 copy
關鍵字 move
當變數傳到另一個函數時,MoveLoc指令會被使用,它會被 move
- 例子: 平常我們並不會顯示地使用關鍵字move,但程式碼依然可以正常運行,這邊我們顯示地使用來示範
script { use {{sender}}::M; fun main() { let a : Module::T = Module::create(10); // 變數a被移動到函數作用域中 M::value(move a); // main作用域中的變數a被刪除了 } }
關鍵字 copy
使用時機: 想保留變數的值,同時僅將值的副本傳遞給某個函數
- 例子: 當我們第一次調用函數 value 時,將變數a的副本傳給函數,並保留a在本地作用域(main function)中,以便第二次調用函數時再次使用變數a
script { use {{sender}}::M; fun main() { let a : Module::T = Module::create(10); // 使用關鍵字 copy 來clone整個結構體 // 也可以這樣使用 let a_copy = copy a M::value(copy a); // 變數a還在main作用域中,所以可以被使用 M::value(a); // won't fail, a is still here } }
重要筆記:
- 使用 copy ,其實我們實際上複製了變數值,從而增加了程序佔用的內存。
- 複製的數據量如果很大,內存的消耗可能會很高
- 在區塊鏈中,交易執行佔用的內存資源是會消耗交易費的,每個Byte都會影響交易的執行費用,因此如果過多的使用 copy 會浪費很多交易費用
利用引用,可以幫助我們避免不必要的 copy 從而節省一些費用
三. 引用 - References
- 指向變數的鏈接(通常是內存中的某個片段)
- 可以將其傳遞到程序的其他部分,而無需移動變數值
引用 (使用&符號來表示) 讓我們可以使用直而無需擁有所有權
- 例子: 在參數類型T前面加入了&引用符號,將參數類型T轉換成了T的引用&T
Move 支援兩種類型的引用
- 不可變引用 & (ex. &T): 不可變的引用讓我們可以在不更改值的情況下讀取值
- 可變引用 &mut (ex. &mut T): 可變引用給了我們讀取和更改值的能力
- 例子: 在Module中寫入兩個函數,一個使用不可變的引用,另一個使用可變的引用
Module
module M { struct T { value: u8 } // 回傳值為非引用的類型 public fun create(value: u8): T { T { value } } // 不可變的引用,只允許讀取 public fun value(t: &T): u8 { t.value } // 可變的引用允許讀取和改變其值 public fun change(t: &mut T, value: u8) { t.value = value; } }
Script
script { use {{sender}}::M; fun main() { let t = M::create(10); // 直接創建一個引用 M::change(&mut t, 20); // 將一個引用賦予到一個變數 let mut_ref_t = &mut t; // 使用可變的引用,並改變其值為100 M::change(mut_ref_t, 100); // 不可變的引用 let value = M::value(&t); // this method also takes only references // printed value will be 100 0x1::Debug::print<u8>(&value); } }
使用不可變的引用(&)從結構體中讀取數據,使用可變的引用(&mut)來修改它們
透過使用適當類型的引用,我們可以更加安全地讀取模塊,因為這樣的方式能告訴程式的閱讀者,該變數是否會被修改
四. Borrow 檢查 - Borrow Checking
Move 控制了我們使用參考(Reference)的方式,這樣可以防止意外發生
- 例子: 透過例子了解這個運作方法
Module
module Borrow { struct B { value: u64 } struct A { b: B } // 用內部B來創建A public fun create(value: u64): A { A { b: B { value } } } // 給一個可變的引用到內部B public fun ref_from_mut_a(a: &mut A): &mut B { &mut a.b } // 改變B public fun change_b(b: &mut B, value: u64) { b.value = value; } }
Script
script { use {{sender}}::Borrow; fun main() { // 創建一個結構體(struct)A let a = Borrow::create(0); // 從mut A中獲取可變的引用B let mut_a = &mut a; let mut_b = Borrow::ref_from_mut_a(mut_a); // 改變B Borrow::change_b(mut_b, 100000); // 從A中獲得另一個可變的引用 // get another mutable reference from A let _ = Borrow::ref_from_mut_a(mut_a); } }
結果: 執行上是沒有問題的,我們使用對A的可變引用來獲得其內部結構B的可變引用(&mut a.b),然後改變B
如果我們交換了最後兩段表達式,先創建一個新的A可變引用,而B的可變引用依然存在,會如何呢?
let mut_a = &mut a; let mut_b = Borrow::ref_from_mut_a(mut_a); let _ = Borrow::ref_from_mut_a(mut_a); Borrow::change_b(mut_b, 100000);
程式會報錯
┌── /scripts/script.move:10:17 ─── │ 10 │ let _ = Borrow::ref_from_mut_a(mut_a); │ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Invalid usage of reference as function argument. Cannot transfer a mutable reference that is being borrowed · 8 │ let mut_b = Borrow::ref_from_mut_a(mut_a); │ ----------------------------- It is still being mutably borrowed by this reference │
這段程式無法編譯,因為 &mut A 被 &mut B 借用了,如果我們在對它的內容具有可變引用的時候同時更改 A,就會陷入一個狀況,就是A可以更改但是對它內容的引用依然還在此處,如果沒有實際的B,mut_b會指向哪裡?
我們得到一些結論
- Move透過Borrow Checking阻止了一些狀況,造成編譯錯誤,編譯器建構一個 Borrow 圖並禁止移動借用(borrow)的值,這就是Move在區塊鏈中很安全的原因之一
- 我們可以從引用(reference)創建引用(reference),這樣新的引用將會借用原始的引用,可變引用可以創建不可變與可變的引用,但不可變引用僅能創建不可變引用
- 當引用被借用時,它不能任意被移動,因為其它值依賴於它
五. 取值運算 - Dereferencing
透過取值運算來獲得引用所指向的值 - 符號使用星號*表示
取值運算實際上產生了一個副本,但要確定這個值具有 Copy 這個 ability 能力
module M { struct T has copy {} // 這邊的t值是一個引用類型 public fun deref(t: &T): T { *t } }
取值運算不會將原始值移動move到目前的作用域中,而是實際上生成了一個副本
module M { struct H has copy {} struct T { inner: H } // ... // 我們透過不可變的引用一樣可以做到 public fun copy_inner(t: &T): H { *&t.inner } }
有一個方法可以用來複製一個結構體的內部字段(fields),使用*&來引用並取值
透過使用*&,我們複製了結構體的內部值
六. 引用原生類型 - Referencing primitive types
- 原生類型,由於他們的簡單性,所以不需要作為引用傳遞,而是會以複製的方式操作
- 即使我們按值將它們傳遞給函數,它們也將保留在當前的範圍之中
- 可以刻意的使用move關鍵字來移動,但由於原生類型的大小非常小,所以複製它們甚至比透過引用傳遞或是移動move它們更便宜
script { use {{sender}}::M; fun main() { let x = 10; M::do_smth(a); let _ = x; } }
即使我們沒有使用引用來傳遞x,這個script也會編譯,添加copy是不必要的,因為VM已經將它放入
Reference
喜欢我的作品吗?别忘了给予支持与赞赏,让我知道在创作的路上有你陪伴,一起延续这份热忱!
- 来自作者
- 相关推荐