Storage kontra memory
Dataplacering
Storage kontra memory er en gratis Grundlæggende udvikling af Web3- og DApp-programmer-lektion på CoddyKit. Dette er lektion 3 af 4. Du kan læse alle 3 lektioner i dette læringsspor gratis i deres fulde længde — derefter låser CoddyKit PRO alle lektioner op samt praktiske øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Den er en del af læringsforløbet i Grundlæggende udvikling af Web3- og DApp-programmer, og dine fremskridt synkroniseres på tværs af nettet og CoddyKit-appen. Grundlæggende udvikling af Web3- og DApp-programmer-kurset indeholder 4 lektioner i alt.
Hvorfor dataplacering er vigtig
I Solidity skal referencetyper angive en dataplacering. De tre placeringer er storage, memory og calldata.
Valget af den rigtige placering påvirker persistens, ændringsmuligheder og vigtigst af alt gasomkostningen.
Storage
Storage er kontraktens permanente tilstand på kæden. Tilstandsvariabler ligger her, og skrivning til storage er den dyreste operation.
Data i storage bevares mellem transaktioner.
<code>contract Bank {
uint256 public total; // lives in storage forever
function add(uint256 v) public {
total += v; // writes to storage (expensive)
}
}</code>Memory
Memory er en midlertidig arbejdshukommelse, der kun findes under et funktionskald. Den er meget billigere end storage og ryddes, når funktionen returnerer.
Brug memory til mellemliggende beregninger og data, du ikke behøver at bevare.
<code>function build() public pure returns (uint[] memory) {
uint[] memory temp = new uint[](3);
temp[0] = 1;
temp[1] = 2;
return temp; // discarded after call
}</code>Calldata
Calldata er en skrivebeskyttet, ikke-ændrbar placering, der indeholder funktionsargumenter til external-kald. Det er den billigste mulighed, fordi intet kopieres.
Brug den til funktionsparametre, som du kun har brug for at læse.
<code>function sum(uint[] calldata values) external pure returns (uint total) {
for (uint i = 0; i < values.length; i++) {
total += values[i];
}
}</code>Storage-peger til tilstand
Inde i en funktion er en lokal storage-variabel en peger til eksisterende tilstand. Hvis du ændrer den, ændrer du kontraktens faktiske storage.
<code>struct User { uint balance; }
mapping(address => User) users;
function credit() public {
User storage u = users[msg.sender];
u.balance += 100; // updates real state
}</code>Memory-kopi af tilstand
Hvis du i stedet indlæser tilstand i en memory-variabel, får du en uafhængig kopi. Ændringer i kopien opdaterer IKKE kontraktens storage.
Dette er en almindelig fejlkilde for begyndere.
<code>function noEffect() public view returns (uint) {
User memory u = users[msg.sender];
u.balance += 100; // only the copy changes
return u.balance; // storage is untouched
}</code>Sammenligning af gasomkostninger
Omkostningsrækkefølgen fra billigst til dyrest:
- calldata - skrivebeskyttede eksterne argumenter, ingen kopi
- memory - midlertidig, kopieret til RAM
- storage - permanent på kæden, meget dyr at skrive til
En ny storage-skrivning (fra nul til ikke-nul) er en af de dyreste EVM-operationer.
Foretræk calldata til external
For external-funktioner, hvis array- eller struct-parametre kun læses, skal du bruge calldata i stedet for memory for at undgå en unødvendig kopi og spare gas.
<code>// Cheaper: no copy is made
function process(bytes calldata data) external {
// read data directly
}</code>Hvor standardværdier gælder
Tilstandsvariabler er altid storage. Funktionsparametre og lokale variabler af referencetype skal angive en placering eksplicit. Værdityper og mapping-medlemmer følger automatisk storage-reglerne som standard.
Lokale mappings skal altid være storage – de kan ikke ligge i memory.
<code>// mapping locals must be storage
function f() public {
// mapping(...) memory m; // ERROR
}</code>Caching af storage-læsninger
En gasoptimering: Hvis du læser den samme storage-variabel flere gange, skal du kopiere den til en lokal memory-variabel én gang. Hver storage-læsning (SLOAD) koster gas.
<code>function loop() public view returns (uint) {
uint cached = total; // one SLOAD
uint acc;
for (uint i = 0; i < 10; i++) {
acc += cached; // reads memory, cheap
}
return acc;
}</code>Returnering af memory
Funktioner, der opbygger og returnerer nye arrays eller structs, bruger memory til returværdien, eftersom storage ikke kan returneres som værdi, og calldata kun er til input.
<code>function pair(uint a, uint b) public pure returns (uint[] memory) {
uint[] memory out = new uint[](2);
out[0] = a;
out[1] = b;
return out;
}</code>Hurtig kontrol
Test din forståelse af dataplaceringer.
Opsummering
Du har lært, hvordan Soliditys dataplaceringer fungerer:
- storage - permanent på kæden, dyrest at skrive til
- memory - midlertidig arbejdshukommelse, kopieres og ryddes efter kaldet
- calldata - skrivebeskyttede eksterne argumenter, billigst, ingen kopi
Brug storage-referencer til at ændre tilstanden, memory til midlertidigt arbejde og calldata til skrivebeskyttede eksterne input for at spare gas.
Lær Grundlæggende udvikling af Web3- og DApp-programmer med en AI-underviser — gratis
Skriv og kør rigtig kode i din browser, få øjeblikkelig hjælp fra en AI-underviser døgnet rundt, og fortsæt, hvor du slap, på web eller i appen.
- Kurser
- 29
- Lektioner
- 105
Ofte stillede spørgsmål
Er lektionen “Storage kontra memory” gratis?
Ja — alle 3 lektioner i læringssporet Grundlæggende udvikling af Web3- og DApp-programmer, inklusive “Storage kontra memory”, kan læses gratis i deres fulde længde her på webstedet. Derefter låser CoddyKit PRO alle lektioner op samt interaktive øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Grundlæggende udvikling af Web3- og DApp-programmer-kurset indeholder 4 lektioner i alt.
Hvad lærer jeg i “Storage kontra memory”?
Dataplacering Du øver dig i Grundlæggende udvikling af Web3- og DApp-programmer med praktisk kode, som du kører direkte i browseren, og en AI-vejleder døgnet rundt besvarer dine spørgsmål, mens du arbejder dig gennem lektionen.
Skal jeg have erfaring for at begynde på Grundlæggende udvikling af Web3- og DApp-programmer?
Der kræves ingen tidligere erfaring. Grundlæggende udvikling af Web3- og DApp-programmer på CoddyKit er tilrettelagt for både begyndere og øvede, så du kan starte her eller fra begyndelsen og lære i dit eget tempo. Dette er lektion 3 af 4.
Hvor lang tid tager lektionen “Storage kontra memory”?
De fleste CoddyKit-lektioner tager cirka 5–10 minutter. Hver lektion er kort og interaktiv, så du gør løbende fremskridt og kan fortsætte, hvor du slap – på både web og app.
Kan jeg skrive og køre kode i denne Grundlæggende udvikling af Web3- og DApp-programmer-lektion?
Ja. Alle Grundlæggende udvikling af Web3- og DApp-programmer-lektioner har en indbygget kodeeditor, så du kan skrive og køre rigtig kode direkte i din browser og få øjeblikkelig feedback fra AI – uden lokal opsætning.
Alle lektioner i dette kursus
- Værdityper
- Referencetyper
- Storage kontra memory
- Konstanter og immutables