DEV Community

Lane Wagner for Boot.dev

Posted on • Originally published at qvault.io on

The Proper Use of Pointers in Go (golang)

Go has become increasingly popular in recent years, especially in my local area. Go has been consistently displacing other backend languages like Ruby, Python, C# and Java. Go is wanted for its simplicity, explicitness, speed, and low memory consumption.

Many developers that are new to the language, or new to a language that can handle memory directly using pointers end up misusing those pointers.

What Is a Pointer?

A pointer is a variable that stores the address of a value, rather than the value itself. If you think of a computer’s memory (RAM) as a JSON object, a pointer would be like the key, and a normal variable would be the value.

{
  "pointer": "variableValue"
}
Enter fullscreen mode Exit fullscreen mode

Lets see one in action:

package main

import "fmt"

func main() {
        // create a normal string variable
    name := "original"
        // pass in a pointer to the string variable using '&'
    setName(&name, "qvault")
    fmt.Println(name)
}

func setName(ptr *string, newName string) {
        // dereference the pointer so we can modify the value
        // and set the value to "qvault"
    *ptr = newName
}
Enter fullscreen mode Exit fullscreen mode

This prints:

qvault
Enter fullscreen mode Exit fullscreen mode

As you can see, because we have a pointer to the address of the variable_,_ we can modify its value, even within the scope of another function. If the value were not a pointer, this would not work:

package main

import "fmt"

func main() {
    name := "original"
    setNameBroken(name, "qvault")
    fmt.Println(name)
}

func setNameBroken(ptr string, newName string) {
    ptr = newName
}
Enter fullscreen mode Exit fullscreen mode

prints:

original
Enter fullscreen mode Exit fullscreen mode

Pointers can be useful, but in the same way that they are useful, they can be dangerous. For example, if we dereference a pointer that has no value, the program will panic. For this reason we always check if an error value is nil before trying to print it.

Syntax

1. Creating a pointer: &

newString := ""
newStringPointer := &newString
Enter fullscreen mode Exit fullscreen mode

If you print that pointer you will see a memory address.

package main

import "fmt"

func main() {
    newString := ""
    newStringPointer := &newString
    fmt.Println(newStringPointer)
}
Enter fullscreen mode Exit fullscreen mode

prints: 0xc00000e1e0

Which is the memory address of that variable in your machine.

2. Describing a pointer: *

In a function signature or type definition, the * is used to designate that a value is a pointer.

func passPointer(pointer *string) {
}
Enter fullscreen mode Exit fullscreen mode

3. Dereferencing a pointer: *

It can be slightly confusing, but the * is used to describe a pointer and it is also used as an operator to dereference a pointer.

func derefPointer(pointer *string) {
    newStringVariable := *pointer
        // newStringVariable is just a normal string
}
Enter fullscreen mode Exit fullscreen mode

When Should I Use a Pointer?

There are probably many nuanced cases for when a pointer is a good idea, but I would guess that 95% of the time when you use a pointer, it should be for one the following reasons:

1. A function that mutates one of its parameters

When I call a function that takes a pointer as an argument, I expect that my variable will be mutated. If you aren’t mutating the variable in your function, then you probably shouldn’t be using a pointer.

2. Better Performance

If you have a string that contains an entire novel in memory it gets really expensive to copy that variable each time it is passed to a new function. It may be worthwhile to pass a pointer instead, which will save CPU and memory. This comes at the cost of readability however, so only make this optimization if you must.

3. Need a Nil Value Option

Sometimes a function needs to know what something’s value is, as well as if it exists or not. I usually use this when reading JSON to know if a field exists or not. For example, if a JSON object is:

{ "name": "qvault" } ----> *name: "qvault"

{ "name": "" } ----------> *name: ""

{} ----------------------> *name: nil
Enter fullscreen mode Exit fullscreen mode

Thanks

These are some rules of thumb for when to use pointers in your code. If you are unsure, and a normal value will work just fine, I would advise to avoid the pointer. Pointers are useful tools but can lead to nasty bugs or unreadable code quite easily.

By Lane Wagner @wagslane

Download Qvault: https://qvault.io

Star our Github: https://github.com/q-vault/qvault

The post The Proper Use of Pointers in Go (golang) appeared first on Qvault.

Top comments (2)

Collapse
 
devdrake0 profile image
Si

If you think of a computer’s memory (RAM) as a JSON object, a pointer would be like the key, and a normal variable would be the value.

This could quite possibly be the simplest description of a pointer I've read. I'll be using this the next time I have to explain them.

bravo

Collapse
 
jorgee97 profile image
Jorge Gomez

Totally agree with you, couldn't be simpler.