Go에서 defer 키워드는 리소스를 관리하고 함수 종료 시 정리 작업이 수행되도록 하는 데 도움이 되는 강력한 도구입니다. 지연된 함수는 정상 반환, 오류 또는 패닉으로 인해 주변 함수가 반환될 때 실행됩니다. 이렇게 하면 함수 종료 방식에 관계없이 정리 코드가 실행되어 리소스 관리가 더욱 간단하고 안정적으로 이루어집니다.
Go에서는 함수 내의 여러 defer 문이 나타나는 순서 역순으로 실행됩니다. 이는 여러 정리 작업을 관리하고 함수가 종료될 때 특정 순서로 수행되도록 하는 데 유용합니다.
func exampleFunction() {
fmt.Println("Start of function")
defer fmt.Println("First defer: executed last")
defer fmt.Println("Second defer: executed second")
defer fmt.Println("Third defer: executed first")
fmt.Println("End of function")
}
출력:
Start of function End of function Third defer: executed first Second defer: executed second First defer: executed last
연기의 가장 일반적인 용도 중 하나는 파일과 같은 리소스가 더 이상 필요하지 않은 후에 적절하게 닫히도록 하는 것입니다.
func processFile(fileName string) error {
file, err := os.Open(fileName)
if err != nil {
return err // Return the error if opening the file fails
}
defer file.Close() // Ensure the file is closed when the function exits
// Process the file...
return nil
}
os.File은 io.ReadCloser를 구현하므로 여기서 defer를 사용하면 파일이 제대로 닫히고 리소스 누출을 방지할 수 있습니다.
동시성 작업 시 교착 상태를 방지하려면 잠금을 해제하는 것이 중요합니다. defer는 뮤텍스를 효과적으로 관리하는 데 도움이 됩니다.
var mu sync.Mutex
func criticalSection() {
mu.Lock()
defer mu.Unlock() // Ensure the mutex is unlocked when the function exits
// Critical section...
}
mu.Unlock()을 연기하면 뮤텍스가 항상 해제되어 코드를 더 쉽게 이해하고 오류 발생 가능성을 줄일 수 있습니다.
리소스 확보를 위해 더 이상 필요하지 않은 경우 데이터베이스 연결을 닫아야 합니다.
func queryDatabase() error {
db, err := sql.Open("driver", "database=example")
if err != nil {
return err
}
defer db.Close() // Ensure the database connection is closed when the function exits
// Query the database...
return nil
}
작업 디렉토리를 변경할 때에는 원래 상태로 복원하는 것이 중요합니다.
func changeDirectory() error {
oldDir, err := os.Getwd()
if err != nil {
return err
}
err = os.Chdir("/tmp")
if err != nil {
return err
}
defer os.Chdir(oldDir) // Restore the working directory when the function exits
// Work in /tmp...
return nil
}
defer를 사용하면 원래 디렉터리를 자동으로 쉽게 복원할 수 있습니다.
defer를 사용하면 패닉 상태를 복구하고 오류를 적절하게 처리할 수 있습니다.
func safeFunction() {
defer func() {
if r := recover(); r != nil {
log.Println("Recovered from panic:", r)
}
}()
// Code that might panic...
}
패닉 처리 기능을 연기하면 예상치 못한 오류가 발생하더라도 애플리케이션이 견고한 상태를 유지할 수 있습니다.
defer는 실행 시간을 측정하거나 함수 종료 시 로깅하는 데 유용합니다.
func measureTime() {
start := time.Now()
defer func() {
duration := time.Since(start)
log.Printf("Execution time: %v", duration)
}()
// Code to measure...
}
이 접근 방식은 타이밍 코드를 단순화하고 함수가 완료될 때 지속 시간이 기록되도록 합니다.
모든 데이터가 기록되도록 버퍼링된 I/O 작업을 플러시해야 합니다.
func bufferedWrite() {
buf := bufio.NewWriter(os.Stdout)
defer buf.Flush() // Ensure the buffer is flushed when the function exits
buf.WriteString("Hello, World!")
}
여기에서 defer를 사용하면 함수가 완료되기 전에 버퍼링된 모든 데이터가 기록됩니다.
HTTP 요청 본문은 io.ReadCloser를 구현하므로 리소스를 확보하고 누출을 방지하려면 사용 후 닫는 것이 중요합니다.
func handleRequest(req *http.Request) error {
// Ensure that the request body is closed when the function exits
defer func() {
if err := req.Body.Close(); err != nil {
log.Println("Error closing request body:", err)
}
}()
body, err := io.ReadAll(req.Body)
if err != nil {
return err
}
// Process the body...
fmt.Println("Request body:", string(body))
return nil
}
req.Body.Close()를 연기하면 본문을 읽거나 처리하는 동안 오류가 발생하더라도 본문이 제대로 닫히도록 할 수 있습니다.
Go에서 파일이나 기타 리소스를 열 때 리소스가 더 이상 필요하지 않으면 제대로 닫히는지 확인하는 것이 중요합니다. 그러나 오류 확인 후 defer를 사용하지 않고 리소스를 닫으려고 하면 코드에 위험이 발생할 수 있습니다.
file, err := os.Open(fileName)
if err != nil {
return err // Handle error
}
// Risk: If something goes wrong before this point, the file might never be closed
// Additional operations here...
file.Close() // Attempt to close the file later
Not using defer to close resources in Go can lead to unintended consequences, such as attempting to close a resource that was never successfully opened, resulting in unexpected behavior or panics. Additionally, if an error occurs before the explicit Close() call, the resource might remain open, causing leaks and exhausting system resources. As the code becomes more complex, ensuring all resources are properly closed becomes increasingly difficult, raising the likelihood of overlooking a close operation.
In Go, it's crucial to place a defer statement after verifying that a resource, like a file, was successfully opened.
Placing defer before the error check can introduce several risks and undesirable behavior.
file, err := os.Open(fileName)
defer file.Close() // Incorrect: This should be deferred after the error check
if err != nil {
return err // Handle error
}
// Additional operations here...
Placing defer file.Close() before checking if os.Open succeeded can cause several issues. If the file wasn't opened and is nil, attempting to close it will lead to a runtime panic since Go executes all deferred functions even when an error occurs. This approach also makes the code misleading, implying that the file was successfully opened when it might not have been, which complicates understanding and maintenance. Furthermore, if a panic does occur, debugging becomes more challenging, especially in complex codebases, as tracing the issue back to the misplaced defer can take additional effort.
The defer keyword in Go simplifies resource management and enhances code clarity by ensuring that cleanup actions are performed automatically when a function exits. By using defer in these common scenarios, you can write more robust, maintainable, and error-free code.
위 내용은 Go에서 defer 사용: 모범 사례 및 일반적인 사용 사례의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
