CORE DATA

SwiftUI View Lifecycle - 뷰 생명주기 완벽 이해하기

D0HAN. — Mon, 12 May 2025 21:07:25 +0900

오늘은!

SwiftUI 의 View lifecycle 을 한번 정리해보겠습니다;)

UIKit 에 비해 훨씬 간단해서 한 번 읽고 넘겼었는데,

정확히 어떤 시점을 기준으로 상태가 변하는지 눈으로 확인해보면서 정리해 볼게요

SwiftUI View liifecycle 핵심 원칙

1. 뷰는 Value 타입

View 는 struct 이며, 상태가 바뀔 때마다 새로운 인스턴스 생성
View의 상태변화가 생명주기의 핵심!!!

2. 상태 기반 렌더링

@State, @ObservedObject, @EnvironmentObject 등의 상태 변경되면
-> body 재평가 -> 새로운 뷰로 업데이트

View Lifecycle

1) init()

뷰 인스턴스가 생성될 때 호출됨
프로퍼티 초기화, 로그 출력에 사용가능

2) .onAppear

뷰가 화면에 나타나기 직전 호출
네트워크 요청, 초기 데이터로딩 등 사용
뷰가 재조합 되어 다시 나타날 때도 호출 될 수 있음! 주의

3) .onDisappear

뷰가 화면에서 사라질 때 호출됨
일부 컨테이너(NavigationLink, TabView, LazyVStack등) 에서는 실제로 메모리에서 해제되지 않아 호출 되지 않을 수도 있다고 한다....

4) .Task (iOS15+)

비동기 작업을 위한 modifier!!
뷰가 나타날 때 자동 실행되고, 사라질 때 cancel 호출
네트워크 요청에 사용

개념은 대충 알겠으니 한번 직접 눈으로 확인해 봅시다!-!

Test 코드

import SwiftUI

struct test: View {
    @State private var isToggled = false
    
    init(){
        print("❤️init() called")
    }
    var body: some View {
        
        VStack(spacing: 20) {
            Text("SwiftUI View Lifecycle")
                .font(.title)
            
            Button(action: {
                self.isToggled.toggle()
            }) {
                Text("Show Subview")
            }.sheet(isPresented: $isToggled, content: {
                Subview()
                    .presentationDetents([.medium])
            })
            
        }
        .onAppear {
            print("❤️onAppear() called")
        }
        .onDisappear{
            print("❤️onDisappear() called")
        }
    }
}


struct Subview: View {
    
    init() {
        print(" SubView init() called")
    }
    
    var body: some View {
        VStack{
            Text("Subview")
        }
        .onAppear{
            print(" SubView onAppear() called")
        }
        .onDisappear {
            print(" SubView onDisappear() called")
        }
        .task {
            print(" Start task ---")
            sleep(3)
            print("--- End task ")
        }
        
    }
}

문제:

이 테스트를 통해 확인해본 결과,

sleep() 으로 3초 지연을 준 task에서, 뷰를 닫기 전에 닫기 버튼을 눌러도 뷰가 즉시 사라지지 않았습니다....왜일까요???

✅ 정답:

sleep() 이라는 함수는 동기함수로 메인 스레드를 블락하기 때문에, 뷰가 사라지는 시점조차 대기 상태가 되어버립니다.

SwiftUI의 UI 업데이트는 메인스레드에서 진행되므로 치명적인 실수가 될 수 있겠죠

해결 방법

비동기적 대기를 위해서는 Task.sleep() 을 사용하면 됩니다 ^___^

    .task {
        print(" Start task ---")
        try await Task.sleep(nanoseconds: 5_000_000_000) //5초
        print("--- End task ")
    }

위에서는 sheet 을 통한 화면전환을 시도해 보았는데,

NavigationLink 차이점도 궁금해서 코드 살짝 바꿔서 다시 테스트 해보았습니다

NavigationStack {
            NavigationLink(destination: Subview()){
                Text("Navigation Subview")
            }
        }
        
   (...)

이번엔 Task 가 종료되기 전에 Subview 를 닫아보았어요

이제 sleep() 처럼 메인스레드를 막지 않아서 바로 onDisappear() 가 호출되긴 하지만, 여전히 endTask 로그가 프린트 되는 걸 확인했습니다 ㅇ0ㅇ 두둥.. 뷰가 사라지면 같이 종료되어야하는거 아냐?

공식문서에도 명확히 설명되진 않는 거 같지만...

알고보니 task는 뷰가 사라질때 cancel 요청을 하지만, 내부에서 cacel 처리를 명시적으로 처리해주어야 합니다.

위 코드의 경우 try await Task.sleep(nanoseconds: 5_000_000_000) 구문은 취소처리되기때문에 5초가 지나지 않아도 바로 취소되고, 다음 코드로 넘어간 거라고 보면 되겠네요 :)

cancel 처리를 해주기 위해 이렇게 코드를 고쳐보았습니다

.task {
            print(" Start task ---")
            do {
                try await Task.sleep(nanoseconds: 5_000_000_000)
                print("--- End task ")
            } catch {
                print(" task canceled")
            }

이렇게 do-catch 로 감싸면 드디어! 캔슬 처리가 되는걸 볼 수 있습니다 하하

task 캔슬처리를 확실히 해야 할 때는 꼭 명시적으로 처리를 해주기

추가 발견

혹시 다른점을 눈치채셧나요...

sheet 으로 subView 를 띄우면, 버튼을 눌러야 Subview의 init()이 호출됩니다

Navigation Stack 을 사용할때는 링크의 destination 인 뷰까지 함께 평가하면서 init() 처리를 해주는것두 알 수 있네용

NavigationLink는 뷰를 미리 평가하고 초기화 하기 때문

이렇게 SwiftUI 의 생명주기를 간단하게 알아보고, 로그도 찍어보았습니다

중간중간 사족때문에 생각보다 글이 길어졌는데, 그래도 쫌쫌따리 도움이 되셨길 바라며....

다른 의견이나 질문 있으시면 언제든 댓글 달아주세요 :)

Cocoa touch framework 정리

D0HAN. — Sun, 15 Jan 2023 19:43:30 +0900

코코아 터치 프레임워크(Cocoa touch framework)

UIKit: 아이폰, 아이패드, 애플워치 등에서 실행되는 애플리케이션의 유저인터페이스 제공
터치, 지문인식, 각종 센서 등 사용자액션 처리 요소 구현
Foundation :어플리케이션 핵심 객체와 네트워크, 문자열 처리 등 서비스 지원
iOS,watchOS, tvOS 에 사용

코코아 프레임워크(Cocoa framework)

AppKit
Foundation : 코코아터치에서 사용되는 파운데이션 프레임워크와 동일
macOS에 사용

프레임워크 계층구조

프레임워크는 하위 프레임워크에 의존적이다.
ex) Cocoa Touch (상위)
Media
Core Service
Core OS (하위)

1. Core OS

커널, 파일 시스템, 네트워크, 보안, 전원관리, 디바이스 드라이버 등 포함되어있음.
iOS가 운영체제로서 기능을 하기 위한 핵심적인 영역

2. Core Service

문자열 처리, 데이터 집합 관리, 네트워크 , 주소록 관리, 환경설정 등 핵심적 서비스 제공
GPS, 나침반, 가속도 센서, 자이로스코프 센서 - 디바이스 하드웨어 특성에 기반한 서비스
Core Foundation 프레임워크 속해있음(Foundation 프레임워크가 내부적으로 의존)
Core Data 프레임워크 포함

3. Media

코코아 터치 계층에 그래픽 관련 서비스, 멀티미디어 관련 서비스 제공
코어 그래픽스, 코어 텍스트, 코어 오디오, 코어 애니메이션, AV파운데이션 등

4. Cocoa Touch

애플리케이션 프레임워크 계층 이라고도 불림
UIKit 프레임워크, Game Kit, Map Kit 등의 프레임워크 속해있음

프레임워크 접두어

프레임워크	접두어	주요 객체
Foundation Framework	NS	NSDate, NSData, NSURL ...
UIKit Framework	UI	UIApplication, UIViewController, UIView, UIButton ...
UserNotifications Framework	UN	UNNotification, UNNotificationContent ...
MapKit Framework	MK	MKAnnotaionView, MKCircle ...
Core Foundation	CF	CFBundle, CFData, CFDate ...
Core Graphics	CG	CGColor, CGContext, CGImage, CGGradient, CGLayer, CGSize ...
AVFoundation	AV		AVAssetReader,AVAudioUnit ...

[Swift] 프로퍼티(Property)- 프로퍼티의 정의, 종류

D0HAN. — Tue, 9 Aug 2022 22:05:27 +0900

증말 기본적인 개념인데도 그냥 대애충 두루뭉술하게만 알고 넘어갔었더라고요

막상 구체적으로 문제가 나오니까 확실히 아는게 없는 것 같아서

이번 기회에 한 번 정리해봅니다 ><

프로퍼티란, 클래스나 구조체 또는 열거형에 값을 할당합니다.

프로퍼티란 어떤 대상(클래스,구조체,열거형etc.)에 값을 할당해주는 존재입니다.

프로퍼티는 크게 저장 프로퍼티, 연산 프로퍼티로 나눌 수 있습니다!

저장 프로퍼티 (Stored Properties)

Stored Properties

► 이름에서 알 수 있듯 가장 단순하고 기본적인 개념의 프로퍼티로, 클래스 또는 구조체의 인스턴스와 연관된 값을 저장하는 프로퍼티

► 클래스 / 구조체에서만 사용 가능!! (열거형x)

- 변수 저장 프로퍼티 (variable stored properties) - var 키워드 사용

- 상수 저장 프로퍼티 (constant stored properties) - let 키워드 사용

struct Point {
  var x: Int  // 변수 저장 프로퍼티
  let y: Int  // 상수 저장 프로퍼티 
}

정의에서 봤듯이 어떤 대상 - 이경우에는 Point 라는 구조체에 x,y라는 값을 할당해주는 애들이 프로퍼티 입니다.

Lazy Stored Properties

► lazy라는 키워드를 사용하는 지연 저장 프로퍼티는 호출이 있어야 값을 초기화 합니다.

그 말은, 값이 처음으로 사용 되기 전에는 계산되지 않는다는 말이죠!

► 지연 저장 프로퍼티는 반드시! var로 선언해야 합니다. let 선언은 초기화가 되기 전에 항상 값을 갖는 프로퍼티이기 때문!!!

► 어떨 때 유용할까? 프로퍼티가 특정 요소에 의존적이어서, 그 요소가 끝나기 전에 값을 알 수 없는 경우.

혹은 복잡한 계산, 부하가 많이 걸리는 작업을 lazy로 선언하면 인스턴스 초기화 시점에 복잡한 계산을 피할 수 있읍니당.

► 지연 프로퍼티가 여러 스레드에서 사용되면? 한번만 실행된다는 보장이 x. Thread safe 하지 않음!!

► 단일 스레드에서 사용될 경우 초기화는 한 번!

class DataImporter {
    /*
        겁 나 오 래 걸 리 는 초기화 작업
    */
     
    var filename = "data.txt"
}

class DataManager {
    lazy var importer = DataImporter()
    var data = [String]()
    /*
       데이터를 관리하는 기능
    */
}

let manager = DataManager()
manager.data.append("Some data")
manager.data.append("Some more data")
// DataImporter 인스턴스는 이 시점에 생성돼 있지 x

//이렇게 직접 importer 인스턴스에 접근할때야 생성됨
print(manager.importer.filename)

연산 프로퍼티 (Computed Properties)

► 클래스, 구조체, 열거형은 저장 프로퍼티 뿐만 아니라 연산 프로퍼티도 선언할 수 있습니다.

► 저장 프로퍼티와 다르게 실제 값을 저장하고 있는 것이 아니라, 다른 프로퍼티와 간접적으로 값을 검색하고 세팅합니다

그게 바로 getter 와 setter(optional)라는 연산 프로퍼티!

► 계산값에 따라 값이 변할 수 있는 프로퍼티이기 때문에 항상 var 으로 선언!!!

►set(newValue) { ... } 와 같은 구조에서 (newValue)라고 인자이름을 지정하지 않아도 기본 이름인 newValue를 사용할 수 있습니다!

like this

set {
            origin.x = newValue.x - (size.width / 2)
            origin.y = newValue.y - (size.height / 2)
        }

► 예제 1

class P {
	var x: Int {
    		get { return x }
        	set(newValue) { x = newValue * 2 }
    }
}

var p = Point()
p.x = 12 		// error!

이렇게 하면 에러가 납니다!!!!!

x값이 자기 자신을 리턴하고 자기 자신을 두배로 만들고 있기 때문에 이렇게 사용하면 오류가 납니다.

그래서 getter setter에는 필수적으로 변수가 더 있어야하는데, 이처럼 내부에서 사용하는 변수용으로 사용하는 stored Property는 언더바를 붙인 형태로 구분합니다.

class Test {

    private var _myProperty: Int
    
    var myProperty: Int {
        get {
            return _myProperty
        }
        set {
            return _myProperty = newValue
        }
    }

}

► 예제2

struct Point {
    var x = 0.0, y = 0.0
}
struct Size {
    var width = 0.0, height = 0.0
}


struct Rect {
    var origin = Point()
    var size = Size()
    var center: Point {
        get {
            let centerX = origin.x + (size.width / 2)
            let centerY = origin.y + (size.height / 2)
            return Point(x: centerX, y: centerY)
        }
        set {
            origin.x = newValue.x - (size.width / 2)
            origin.y = newValue.y - (size.height / 2)
        }
    }
}

center라는 Point형 변수에 접근할 때는 origin, size라는 다른 프로퍼티를 이용하여 계산하고, center를 직접 설정할 때는 size를 이용해서 origin을 변경하고 있습니다.

var square = Rect(origin: Point(x: 0.0, y: 0.0),
                  size: Size(width: 10.0, height: 10.0))
                  
let initialSquareCenter = square.center	//getter로 square의 center값 가져옴
square.center = Point(x: 15.0, y: 15.0) //setter로 center값 변경


print("square.origin is now at (\(square.origin.x), \(square.origin.y))")
// "square.origin is now at (10.0, 10.0)" 출력

프로퍼티 옵저버 (Property Observers)

► 프로퍼티에 새 값이 설정(set)될 때마다 이벤트를 감지할 수 있습니다.

► 지연 저장 프로퍼티(lazy stored properties)에서는 사용할 수 없음!

► 연산 프로퍼티는 setter에서 값의 변화를 감지하므로 따로 옵저버를 정의할 필요가 없음!

► willSet : 값이 저장되기 바로 직전에 호출 (연산프로퍼티의 set에서와 마찬가지로 기본 값으로 newValue라는 파라미터명 사용)
didSet : 값이 저장되고 난 직후에 호출 (oldValue라는 파라미터 사용)

► 예제

class StepCounter {
    var totalSteps: Int = 0 {
        willSet(newTotalSteps) {
            print("About to set totalSteps to \(newTotalSteps)")
        }
        didSet {
            if totalSteps > oldValue  {
                print("Added \(totalSteps - oldValue) steps")
            }
        }
    }
}
let stepCounter = StepCounter()
stepCounter.totalSteps = 200
// About to set totalSteps to 200
// Added 200 steps
stepCounter.totalSteps = 360
// About to set totalSteps to 360
// Added 160 steps
stepCounter.totalSteps = 896
// About to set totalSteps to 896
// Added 536 steps

참고

https://jusung.gitbook.io/the-swift-language-guide/language-guide/10-properties

https://jinshine.github.io/2018/05/22/Swift/6.%ED%94%84%EB%A1%9C%ED%8D%BC%ED%8B%B0(Property)/

https://ios-development.tistory.com/552

iOS 소셜로그인 구현 - 구글 로그인 연동

D0HAN. — Mon, 16 May 2022 20:16:27 +0900

안녕하세요 ! 도안입니당 :>

티스토리가 다 쓴 글을 날려버렸어요... 분명 자동저장 열심히했는데 이자식.....

어쩌겠나요 다시써야지 ᵕ᷄≀ ̠˘᷅

>>카카오 로그인 하는 법 보러가기<<

암튼 지난번 카카오 로그인에 이어서!!

이번엔 구글 로그인 연동을 해보겠습니다~! (신난다~~)

그럼 목차 훑어주고 가실게요~~

iOS 구글 로그인 연동

결국 자동목차 기능 넣음,, 편하네요><

1. Pod File 설치

pod 'GoogleSignIn'

pod file 에 추가해주기 ~ pod install ~~

2. 구글 클라우드 Client ID 받기

프로젝트 생성

먼저 구글 클라우드 플랫폼에 프로젝트를 생성하고, iOS용 클라이언트 ID를 만들어야 합니다 ^_^

왼쪽 상단에 프로젝트 선택하는 박스에서 [새 프로젝트 생성]을 눌러 프로젝트를 만들어봅시다!

프로젝트를 만드셨으면 왼쪽 탭의 [API 및 서비스] >>[OAuth동의 화면] >> [User Type 외부] >> 앱 이름, 이메일,개발자 연락처 등록하고 저장!

Client ID 발급 받기

[API및 서비스] >> [사용자 인증 정보] >> [+ 사용자 인증 정보 만들기] >> [OAuth 클라이언트 ID] >> [iOS] >> 번들ID, 앱스토어 ID(있는경우만) 입력

까지 하시면 클라이언트 아이디가 생성됩니다! >.<

깃에 클라이언트 ID 를 숨기기 위해서 저는 따로 파일을 분리해서 Struct를 만들어두고 gitignore에 포함시켰어요!

3. 프로젝트 설정

URL Scheme 추가

자 저기 URL Types 에 !

아까 받았던 클라이언트 ID 를 역순 으로 등록해줍니다~~

클라이언트어쩌고.apps.googleusercontent.com (x)

com.googleusercontent.apps.클라이언트어쩌고 (o)

SceneDelegate / AppDelegate

이제 프로젝트에 의존성을 주입하고 ! 프로젝트 세팅을 해봅시당

다들 아시다시피, iOS13이후로는 프로젝트 생성시에 SceneDelegate 를 기본으로 채택하게 됩니다.

근데 제가 못찾은건지 구글공식문서에는 AppDelegate에서 설정하는 법밖에 없더라고요!ㅜ.ㅜ

일단 구글문서에 나온 방법 ▼

import GoogleSignIn
...
func application(
  _ app: UIApplication,
  open url: URL, options: [UIApplication.OpenURLOptionsKey : Any] = [:]
) -> Bool {
  var handled: Bool

  handled = GIDSignIn.sharedInstance.handle(url)
  if handled {
    return true
  }

  // Handle other custom URL types.

  // If not handled by this app, return false.
  return false
}

SceneDelegate에서 관리하는 방법 ▼

import GoogleSignIn
...
func scene(_ scene: UIScene, openURLContexts URLContexts: Set<UIOpenURLContext>) {
        if let url = URLContexts.first?.url {
            
            if ((url.scheme?.contains("com.googleusercontent.apps")) != nil) {  //구글 링크인지
                GIDSignIn.sharedInstance.handle(url)
            }
        }
    }

만약 다른 url 도 같이 있다면? 요렇게 구분해줘야겠죠 ?! ▼

func scene(_ scene: UIScene, openURLContexts URLContexts: Set<UIOpenURLContext>) {
        if let url = URLContexts.first?.url {
            
            if (AuthApi.isKakaoTalkLoginUrl(url)) { //카카오 링크인지
                _ = AuthController.handleOpenUrl(url: url)
            }else if ((url.scheme?.contains("com.googleusercontent.apps")) != nil) {  //구글 링크인지
                GIDSignIn.sharedInstance.handle(url)
            }
        }
    }

4. 로그인 구현

GIDConfiguration 생성

로그인 기능을 할 VC에다가 또 GoogleSignIn 을 임포트 해주고, configuration 생성을 해줍니다.

let signInConfig = GIDConfiguration.init(clientID: "YOUR_IOS_CLIENT_ID")

@IBAction func signIn(sender: Any) {
	//전 여기서 생성했어요!
	let signInConfig = GIDConfiguration.init(clientID: "YOUR_IOS_CLIENT_ID")
    
	GIDSignIn.sharedInstance.signIn(with: signInConfig, presenting: self) { user, error in
    	guard error == nil else { return }

    // If sign in succeeded, display the app's main content View.
  }
}

유저 정보 받아오기

여기서 받아온 user로 유저 정보를 받아올 수 있어요!!

Like this

let email = user.profile?.email 
let fullName = user.profile?.name	// name = givenName + familyName
let given = user.profile?.givenName
let family = user.profile?.familyName
let profilePicUrl = user.profile?.imageURL(withDimension: 320)

토큰은 어디갔냐구요? 요렇게 받아오시면 됩니다 :3

GIDSignIn.sharedInstance.signIn(with: signInConfig, presenting: self) { user, error in
    guard error == nil else { return }
    guard let user = user else { return }

    user.authentication.do { authentication, error in
        guard error == nil else { return }
        guard let authentication = authentication else { return }

        let idToken = authentication.idToken
        // Send ID token to backend (example below).
    }
}

로그아웃

@IBAction func signOut(sender: Any) {
  GIDSignIn.sharedInstance.signOut()
}

까지 하면~!! 필수적인 기능은 끝입니다

5. 추가적인 이슈

사실 구현을 다 해놓고 로그인 에러가 뜨는 현상이 발생했었습니다 :(

토큰을 서버에 보냈는데 verify가 안된다는 응답만 오더라고요 이게 무슨일이냐!!! 암만 코드를 뜯어봐도 잘못된게없는데?! 해서 서버 파트랑 얘기를 해봤는데요

알고보니까 서버측에도 제가 가지고 있었던 ClientID를 알려줘야 했더라고요.

변경된 클라이언트ID를 서버측에 알려주지 않아서 생긴 문제였습니다!

클라에서 토큰만 받아서 카카오측에 유효한 토큰인지 확인하는 카카오 로그인과 달리,

구글이랑 애플은 추가적인 정보(클라이언트 아이디,key id, team id 등등...)를 한번 더 검증하더라고요~

서버쪽에 클라이언트 아이디 잘 알려주니까 깨끗하게 해결 됐습니다 ^ㅡ^

구글 공식 문서를 참고해서 작성했습니다 XD

혹시 틀린 부분이나 뭔가 개선할 부분은 댓글로 말씀해주시면 정말 감사하겠습니다!!!(제발료 저도 알고싶어요)

iOS 소셜 로그인 구현 - 카카오톡 로그인 연동

D0HAN. — Tue, 10 May 2022 13:55:12 +0900

안녕하세요! 도안입니당.

요 며칠 소셜 로그인때문에 애먹었는데 기록해두지 않으면 또 헤맬 것 같아서 기록해둡니다!

사실 애먹은 이유는 bundle id, certeficates 쪽이긴 한데, 이것두 나중에 포스팅하겠습니다~~

카카오 문서에 나와있는 로그인 로직입니다!!

우리가 카카오 로그인 요청을 하면?

1. 카카오 계정 사용자의 자격정보로 인가 코드를 받아옴.

2. 이 인가코드로 액세스 토큰과 리프레시 토큰을 얻음.

간략하게 정리하면 이렇게 되겠네용.

일단 순서부터 간략하게 훑고가자면,

1. Kakao 개발자 사이트에 앱 등록하기!
1.1. 앱 추가
1.2. iOS 플랫폼 등록
1.3. 카카오 로그인 활성화
1.4. 동의 항목 설정
1.5 네이티브 앱 키 확인
2. SDK설치!
3. xcode 설정
3.1. info.plist 설정
3.2. URL Schemes 설정
4. AppDelegate, SceneDelegate 설정
4.1. kakaoSDK 초기화
4.2. handleOpenUrl()추가
5. 메소드 작성
5.1. 카카오톡 설치 돼 있나?
5.2. 앱으로/계정으로 로그인
5.3. 사용자 정보 가져오기
5.4. 로그아웃

~~자동목차 기능을 넣어야겠어요......~~

두근두근 카카오 로그인 연동 시작~

1. Kakao 개발자 사이트에 앱 등록하기!

여기서는 앱을 등록하고, 동의 항목을 설정하고,

카톡 로그인 후 앱으로 리다이렉트될 때 쓰이는 네이티브 앱 키를 받을 겁니다!!

카카오 디벨로퍼 바로가기

내 어플리케이션 > 어플리케이션 추가하기에서 앱을 등록해줍니당

앱 아이콘과 앱 이름, 사업자명은 나중에 이렇게 떠요!

물론 아이콘 이름 사업자명 모두 수정 가능하니까 부담없이 지어주시면 됩니다~~

앱이 등록이 됐다면! 좌측 메뉴 > 플랫폼 > iOS 플랫폼 등록을 해줍니다.

번들 아이디를 넣어줘요~~ 어디서 확인하시는지 아시져?

바로바로 여기!!! bundle Identifier 값을 넣어주면 됩니다.

주의 @ 고유한 값이어야해요!!!!! 주소같은 느낌인듯

앱스토어/마켓 정보는 있으면 넣어주시고 없다면 패스~

플랫폼 등록을 했으면

좌측 메뉴에서 제품설정 > 카카오 로그인 > 활성화 설정을 ON으로 바꿔주세요!

우리는 카카오 로그인 쓸거니까!! 당연함

다음은 동의항목 설정하러 가볼까요!

제품 설정 > 카카오 로그인 > 동의항목 에 가시면 필요한 정보들을 받아올 수 있습니다.

저는 닉네임이랑 이메일만 필요해서 설정해줬어요

동의 목적은 사용자가 볼 수 있는 화면에는 나타나지 않고 검수에 필요한 부분이라고 합니다!!

+) 이메일 필수 동의를 위해서는 비즈니스 앱으로 전환을 해야 합니다!

사업자 번호 없어도 간단하게 약관 동의만 하면 개인 개발자로 비즈 앱 전환 할 수 있으니까 곰방 하시면 돼요

그리고 앱설정 > 앱 키 에서 네이티브 앱 키를 확인해줍니다!!

나중에 네이티브 앱 키 넣을때 여기서 확인해주셔야 해요~~

2. SDK 설치

자 이제 로그인에 필요한 모듈을 추가해줄 거예요@.@

카카오 디벨로퍼 문서를 보면

# 전체 추가
pod 'KakaoSDK'

# or

# 필요한 모듈 추가
pod 'KakaoSDKCommon'  # 필수 요소를 담은 공통 모듈
pod 'KakaoSDKAuth'  # 사용자 인증
pod 'KakaoSDKUser'  # 카카오 로그인, 사용자 관리
pod 'KakaoSDKTalk'  # 친구, 메시지(카카오톡)
pod 'KakaoSDKStory'  # 카카오스토리 
pod 'KakaoSDKLink'  # 메시지(카카오링크)
pod 'KakaoSDKTemplate'  # 메시지 템플릿 
pod 'KakaoSDKNavi'  # 카카오내비

친절하게 나와있는데용

당연히 다 설치 할 필요는 없고!!!! 저는 로그인만 할 거라서 이렇게▼ 설치했습니다.

  pod 'KakaoSDKAuth'
  pod 'KakaoSDKUser'
  pod 'KakaoSDKCommon'

그리고 pod install~~!

3. xcode 설정

3.1. info.plist에서 앱 실행 목록에 등록!

다른 어플리케이션을 실행시키려면 실행 허용목록을 설정해야 합니다.

Info > Custom iOS Target Properties > Array 타입으로 LSApplicatioonQueriesSchemes 를 추가,

키 내부의 Item 으로 kakaokompassauth , kakaolink 를 추가합니다. (URL 스킴에 사용됩니다!)

+) 코드로 추가하는 방법

info.plist 우클릭 > open as > source code 로 여신다음에

<plist version="1.0">
<dict>
	//...
	<key>LSApplicationQueriesSchemes</key>
	<array>
		<string>kakaokompassauth</string>
		<string>kakaolink</string>
	</array>
    	// ...
</dict>
</plist>

이렇게 추가하면 끝!

3.2. URL Schemes 설정

카카오 로그인을 하려면 우리 앱이 카카오 앱을 실행할 수 있어야 하고,

카카오 앱을 실행해서 로그인 한 뒤엔 다시 우리 앱으로 돌아올 수 있어야겠죠??

이를 위해서 아까 받았던(1.5) 네이티브 앱 키를 이용합니다.

Targets > Info 맨 아래보면 URL Type!

여기 URL Schemes 에 kakao + 네이티브앱 키를 적어줍니다

네이티브앱 키가 abcd1234였다면 -> kakaoabcd1234 적어주시면 됨!

4. AppDelegate, SceneDelegate 설정

4.1 SDK 초기화

이제 우리의 iOS앱에서 SDK파일을 사용하려면 import를 해줘야겠죠?!

또한 kakaoSDK를 우리 네이티브 앱 키를 사용해 초기화 하는 과정이 필요합니다.

AppDelegate.swift 파일에 다음과 같이 kakaoSDK 초기화 코드를 추가합니다.

import KakaoSDKCommon

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {

  ...
  KakaoSDK.initSDK(appKey: "${NATIVE_APP_KEY}")
  ...

}

네이티브 앱 키에는 각자 아까 받았던 네이티브 앱 키를 문자열 형태로 입력해주시면 됩니다!!!

4.2 handleOpenURL()

카카오톡에서 앱으로 돌아왔을때 나머지 로그인 처리를 정상적으로 처리하기 위한 코드를 추가 할 건데요,

1) iOS 13 이상으로 생성된 프로젝트

iOS 13 이상에서는 SceneDelegate를 기본으로 사용하므로, SceneDelegate 파일에 다음과 같은 코드를 추가합니다.

import KakaoSDKAuth
...

class SceneDelegate: UIResponder, UIWindowSceneDelegate {
    ...
    func scene(_ scene: UIScene, openURLContexts URLContexts: Set<UIOpenURLContext>) {
        if let url = URLContexts.first?.url {
            if (AuthApi.isKakaoTalkLoginUrl(url)) {
                _ = AuthController.handleOpenUrl(url: url)
            }
        }
    }
    ...
}

2) iOS 13이하

iOS13 이하 프로젝트라면 AppDelegate.swift 파일에 추가합니다.

import KakaoSDKAuth
...

class AppDelegate: UIResponder, UIApplicationDelegate {
    ...
    func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey : Any] = [:]) -> Bool {
        if (AuthApi.isKakaoTalkLoginUrl(url)) {
            return AuthController.handleOpenUrl(url: url)
        }

        return false
    }
    ...
}

와! 이제 카카오 로그인을 위한 "준비" 가 끝났습니다 ><

5. 메소드 작성

자 이제 드디어!! 로그인 메소드를 작성할 수 있습니다~~~~

로그인 기능을 할 뷰컨트롤러에 코드를 작성하면 됩니다.

카카오에서 제공하는 메소드들은 음청 다양하게 있는데요, 저는 거기서

① 카카오톡이 설치 되어 있는지 확인하는 메소드

② 카카오톡 앱으로 로그인 하는 메소드 & 카카오 계정 입력해서 로그인 하는 메소드

③ 현재 로그인 한 사용자 정보 가져오는 메소드

④ 로그아웃 메소드

이렇게 사용했습니다 ^_^

더 다양한 메소드들은 (다들 아시겠지만) UserApi 따블 클릭 > Jump to definition 으로 가셔서 코드 뜯어보시면 편해요~!

// isKakaoTalkLoginAvailable() : 카톡 설치 되어있으면 true
if (UserApi.isKakaoTalkLoginAvailable()) {		
    
    //카톡 설치되어있으면 -> 카톡으로 로그인
    UserApi.shared.loginWithKakaoTalk {(oauthToken, error) in
        if let error = error {
            print(error)
        } else {
            print("카카오 톡으로 로그인 성공")
            
            _ = oauthToken
            /// 로그인 관련 메소드 추가
        }
    }    
} else {

    // 카톡 없으면 -> 계정으로 로그인
    UserApi.shared.loginWithKakaoAccount { (oauthToken, error) in
        if let error = error {
            print(error)
        } else {
            print("카카오 계정으로 로그인 성공")
            
            _ = oauthToken
            // 관련 메소드 추가
        }
    }
}

간단~~

저는 여기서 사용자 정보를 불러와서 토큰, 이메일, 닉네임을 서버에 보내주는 작업을 추가했습니다 :3

UserApi.shared.me 라는 메소드를 사용하면 불러올 수 있습니다 !

 //사용자 정보 불러옴
UserApi.shared.me { [self] user, error in
    if let error = error {
        print(error)
    } else {
        
        guard let token = oauthToken?.accessToken, let email = user?.kakaoAccount?.email,
              let name = user?.kakaoAccount?.profile?.nickname else{
                  print("token/email/name is nil")
                  return
              }

        self.email = email
        self.accessToken = token
        self.name = name
		
        //서버에 이메일/토큰/이름 보내주기
    }
}

그리고 로그아웃까지!

로그아웃 메소드를 호출하면, 사용자의 액세스 토큰과 리프레시 토큰을 모두 만료시킵니다.

UserApi.shared.logout {(error) in
    if let error = error {
        print(error)
    }
    else {
        print("logout() success.")
    }
}

하면 끝~!

더 자세하고 친절한 설명은 카카오 디벨로퍼에 잘 나와있답니다.....한 번 스스로 정리해 본 것에 의의를 둠 :),....

읽어주셔서 감사합니다!

다음 포스팅은 구글/애플 소셜로그인으로 돌아오겠습니다~!

구글 로그인 ▼

iOS 소셜로그인(2) - 구글 로그인 연동하기!

안녕하세요 ! 도안입니당 :> 티스토리가 다 쓴 글을 날려버렸어요... 분명 자동저장 열심히했는데 이자식..... 어쩌겠나요 다시써야지 ᵕ᷄≀ ̠˘᷅ >>카카오 로그인 하는 법 보러가기<< 암튼 지난

doh-an.tistory.com

[iOS/Swift] 신입 면접 질문 정리 (22.05.04 업데이트)

D0HAN. — Wed, 4 May 2022 01:35:05 +0900

ㅎㅎ 내가 보려고 만드는 면접질문 정리~

직접 들은 질문들 + 유명한 iOS 면접 질문들 섞어서 정리해봅니다!

1. ARC (Automatic Reference Counting)

자동 레퍼런스 카운팅! 자동으로 메모리를 관리해주는 방식

ARC는 메모리영역중 힙 영역을 관리함.

런타임에 주기적으로 참조를 추적하여 사용하지 않는 인스턴스를 해제하는 GC(garbage collector)와 다르게 컴파일 타임 시점에 언제 참조/해제되는지 결정되어 런타임때 그대로 실행됨.

근데... 순환참조시 메모리가 영구적으로 해제되지 않을 수 있음

모든 인스턴스는 자신의 RC값을 가지고있음

(몇번이나 참조되고있는지!! 참조 횟수!! 인스턴스 생성될때 힙에 같이 저장됨)

이 RC값은 어떻게 세냐??

참조 횟수가 +1이 되는 순간은 인스턴스의 주소값을 변수에 할당할때!

1) 인스턴스 새로 생성

2) 기존 인스턴스 다른 변수에 대입할때

참조 횟수가 -1이 되는 순간은
1) 인스턴스 가리키던 변수가 메모리에서 해제되었을때!!
2) nil이 지정되었을때?(해제나 마찬가지인가..)
3) 다른거 지정되었을때(당연..)

2. 메모리(코드,데이터,힙,스택)

코드 영역

소스코드가 기계어 형태로 저장됨. 중간에 코드 변경되지 않도록 read-only

데이터 영역

전역변수, static 변수가 저장됨. 프로그램 시작과 동시에 할당되고, 종료되면 메모리 해제 됨. 실행 도중 변수 값 변경될 수 있어서 read-write로

힙 영역 -수동

프로그래머가 할당/해제하는 메모리 영역. malloc, calloc로 힙에 메모리를 할당(동적할당).그래서 사용하고 난 후에는 메모리 해제를 해줘야댐!! 안그러면 memory leak 발생.
유일하게 런타임 시에 결정됨!!! 데이터의 크기가 확실하지 않을때 사용.
프로그램의 모든 함수에서 액세스 할수있음!
다만 할당/해제작업 → 속도 저하
힙 경합(두개 이상 쓰레드가 동시접근하면 락걸림) → 속도 저하
swift 에서 클래스 인스턴스, 클로저같은 “참조타입"의 값!!!은 모두 힙에 자동할당됨 → 메모리해제는????
더이상 참조되지 안흐면 ARC가 자동으로 해제~~!

스택 영역 -자동

함수 호출시! - 지역변수, 매개변수, 리턴값 등등 저장됨
함수 종료되면 저장된 메모리도 해제!!(반환)
빠름. 힙보다
컴파일타임에 결정되기 때문에 무한히 할당할수는 x → 너무 큰 메모리는 할당 안됨!! 너무 많은 메모리 할당하면 stack overflow 뜸
스레드로부터 안전함
프로그램이 자동으로 사용하는 임시 메모리영역. LIFO 속도 빠름. 지역변수만 액세스 할수있음.

힙과 스택은 같은 메모리 영역 공유
힙은 0x0000000→ 시작
스택은 0xfffffff→시작

3. 참조(Strong, Weak, Unowned + 순환참조)

강한참조? Strong

인스턴스의 주소값이 변수에 할당될 때, RC가 증가한다면? 강한참조
인스턴스 생성, 사용했던거 다 strong~
default 값이 strong임.

순환참조?

두개의 객체가 서로서로 참조하고 있는 형태
서로가 서로를 참조하고있어서 RC가 0이 되지 못함. 근데 인스턴스를 둘다 해제해버리면 인스턴스에 접근할수있는 방법도 없어서 메모리 해제도 못함.
이를 해결하기 위해서는??? → weak 약한 참조!

약한 참조? Weak

인스턴스 참조할때, RC를 증가시키지 않음!!! 엥?

참조하던 인스턴스가 메모리에서 해제된 경우 자동으로 nil이 할당돼서 메모리 해제됨.

순환참조되어있던 둘 중 한쪽을 weak로 선언해줌. (무조건 !옵셔널타입)

근데 !!! 둘 중에 수명이 더 짧은 인스턴스를 가리키는애!!!<를 약한 참조로 선언. ( 수명이 더 긴쪽에서 선언 )

ex) 철수/영희 중에 철수 인스턴스가 먼저 죽는다

→ 그럼 영희의 boyfriend가 Nil이 될 수 있다

→ 영희의 boyfriend를 weak로 선언!!!

weak의 특징! 가리키던 인스턴스가 메모리에서 해제되면 nil이 할당된다.(strong은?이럴일이없을듯? 가리키는 인스턴스가있으면 RC가 0이되지 않으니까?)

클로저 내부에서 [weak self] 해주는것도 순환참조 문제때문!

unowned 미소유 참조?

weak랑 비슷함!! RC값을 증가시키지 않아 강한순환참조를 해결

근데? unowned는 인스턴스 참조하는 도중 메모리에서 사라질 일이 없다고 확신. (그래서 수명이 더 짧은 쪽에서 선언)

⇒ 뭐지?아직 좀 헷갈린다 왜 쓰는거지... 이제 옵셔널도 가능함! Weak는 무조건 옵셔널이어야 해서 옵셔널 값이 아닐때 쓰나?

weak보다 에러날 확률이 높아보이는데..

4. SceneDelegate 와 AppDelegate

✅ iOS 13 기점으로 변한점!

이전까지는 하나의 앱에 하나의 window였지만 window 의 개념이 Scene으로 대체 됨. 하나의 앱에서 여러개의 Scene을 가질 수 있게 됨.
Scene Delegate가 생김!! -> 이 SceneDelegate가 원래 AppDelegate가 가지고있던 UI LifeCycle 가져감~
AppDelegate에 Session Lifecycle에 대한 역할이 추가됨!!

그래서 Scene이 뭐지?

기존 앱은 window하나밖에 가지지 못했으나 멀티 뷰가 가능해지면서 Scene으로 바뀜!

app switcher를 통해 여러 scene을 확인할 수 있음.

scene에는 UI 하나의 인스턴스를 나타내는 windows와 view controllers가 들어있음.

각각의 Scene은 UIWindowSeceneDelegate를 가지고있음 ! -> 이걸로 UIKit과 app사이에서 인터랙션 함

하나의 앱은 여러 Scene과 SceneDelegate객체를 동시에 활성화 할 수 있음.

Scene들은 같은 메모리와 앱 프로세스 공간을 공유하면서 동시에 실행 됨.

Scene Session 은 또 뭐지?

유저나 개발자가 새로운 Scene을 만들었을때, 해당 Scene을 tracking 하기 위해 Session 객체를 생성함.

위에서 AppDelegate에 Session Lifecycle에 대한 역할이 추가 됐다고 했는데, 그게 그림에서 보이는 두가지 메소드다.

SceneSession이 생성될 때와 삭제 될 때, AppDelegate에 알려주는 메소드가 추가 됨!!

5. Class 와 Struct 의 차이

Class

참조 타입!! → 같은 클래스 인스턴스를 여러 변수에 할당하고 값을 변경시키면 모든 변수에 영향을 줌
ARC로 메모리 관리
deinit으로 클래스 인스턴스의 메모리 할당해제 가능

Struct

값 타입
구조체 변수 새롭게 할당할때마다 새로운 구조체가 할당됨

[xcode]Failed to register bundle identifier 오류 해결

D0HAN. — Thu, 28 Apr 2022 10:47:58 +0900

이런 열받는 에러가 뜬다.

Failed to register bundle identifier:

The app identifier "com.WeekFlex" cannot be registered to your development team because it is not available. Change your bundle identifier to a unique string to try again.

No profiles for 'com.WeekFlex' were found:

Xcode couldn't find any iOS App Development provisioning profiles matching 'com.WeekFlex'.

폰에다가 빌드하려고 하니 이런 에러가 뜬다.

일단 bundle identifier가 고유하지 않아서 생기는 문젠데, 번들id를 변경하면 해결된다.

나의 경우 문제는 팀원과 함께 같은 번들 Id를 사용했던 것인데, 팀원과 함께 번들id를 쓰기 위해서는 프로비저닝 프로필 설정이 필요했다.

certificates, identifier, provisioning prifile 에 대해 공부했는데 내용이 많아 추후 따로 포스팅 하도록 하겠음!!!

[OS] Interrupt 인터럽트란?

D0HAN. — Sun, 15 Aug 2021 23:45:53 +0900

인터럽트란?

CPU가 프로그램을 실행하고 있을 때, 입출력 하드웨어 등의 장치에 예외상황이 발생하여 처리가 필요할 경우에 CPU에게 알려 처리할 수 있도록 하는 것
우선적으로 처리해야할 일이 발생하였을 때 그것을 처리하고 원래 동작으로 돌아옴
크게 하드웨어 인터럽트와 소프트웨어 인터럽트로 나눔

하드웨어 인터럽트

일반적으로 인터럽트를 이르는 말
CPU외부로부터의 인터럽트 요구 신호에 의해 발생되는 인터럽트
Maskable interrupt, Non-maskable interrupt 가 있다. (Interrunpt Mask가 가능)
- Maskable interrupt
  - Interrupt Mask(인터럽트가 발생하였을 때 요구를 받아들일지 말지 지정하는 것)가 가능
  - 인텔CPU 에서 INTR pin으로 신호가 들어옴
- Non Maskable interrupt
  - Interrupt Mask가 불가능
  - 거부, 무시할 수 없음 (매우 중요함)
  - 정전, 하드웨어 고장 등 어쩔수없는 오류
  - 인텔 CPU에서 NMI pin으로 신호가 들어옴

하드웨어 인터럽트 종류

입출력 인터럽트 (I/O interrupt) - 입출력 작업의 종료나 입출력 오류에 의해 CPU의 기능이 요청됨
정전,전원 이상 인터럽트(Power fail interrupt) - 전원 공급의 이상
기계 착오 인터럽트(Machine check interrupt) - CPU의 기능적인 오류
외부 신호 인터럽트(External interrupt) - I/O 장치가 아닌 오퍼레이터나 타이머에 의해 의도적으로 프로그램이 중단된 경우

소프트웨어 인터럽트

CPU내부에서 자신이 실행한 명령이나 CPU의 명령 실행에 관련된 모듈이 변화하는 경우 발생
trap 또는 exception 이라고도 함
프로그램의 오류에 의해 생기는 인터럽트

소프트웨어 인터럽트 종류

프로그램 검사 인터럽트 (Program check interrupt)
- 0으로 나누는 경우
- OverFlow/UnderFlow
- 페이지 부재
- 부당한 기억장소의 참조
- 등등...
SVC(Supervisor Call: 감시프로그램 호출)인터럽트
- 사용자가 프로그램을 실행시키거나 supervisior을 호출하는 동작을 수행하는 경우
- 프로그래머에 의해 코드로 짜인 감시 프로그램을 호출하는 방식

인터럽트 우선순위

인터럽트 벡터 Interrupt Vector

여러가지 인터럽트에 대해 해당 인터럽트 발생시 처리해야 할 루틴(ISR)의 주소를 보관하고 있는 공간
대부분의 CPU들은 인터럽트 벡터 테이블을 가지고 있음
인텔x86에서는 이를 IDT(Interrupt Descriptor Table)이라고 한다.

인터럽트 서비스 루틴 Interrupt Service Routine(ISR)

인터럽트 핸들러 Interrupt handler 라고도 함
인터럽트가 접수되면 각각의 인터럽트에 대응하여 특정 기능을 처리하는 기계어 코드 루틴(커널이 실행)
ex) 키보드 자판을 눌러 키보드 인터럽트가 발생하면 이에 해당하는 인터럽트 서비스 루틴이 실행됨

인터럽트 과정

>> 프로세스 A 실행 중 디스크에서 어떤 데이터를 읽어오라는 명령을 받았을 때

프로세스 A는 system call을 통해 인터럽트를 발생시킴
CPU는 현재 진행중인 기계어 코드를 완료
현재까지 수행중이었던 상태를 해당 프로세스의 PCB(Process Control Block)에 저장
(수행중이던 메모리 주소, 레지스터 값 등등)
PC(Program Counter, IP)에 다음 실행할 명령의 주소 저장
인터럽트 벡터를 읽고 ISR 주소값을 얻어 ISR(interrupt Service Routine)으로 점프하여 루틴을 실행
해당 코드 실행
해당 일을 다 처리하면 저장했던 프로세스 상태 복구
ISR의 끝에 IRET명령어에 의해 인터럽트가 해제
IRET 명령어가 실행되면, 대피시킨 PC 값을 복원하여 이전 실행위치로 복원

* IRET(Interrupt Return) 명령어: 이전 태스크로 다시 돌아가는 어셈블리 명령어. ISR의 마지막 명령어.

참고

https://huistorage.tistory.com/111

https://medium.com/@lazypanda43/%EC%9D%B8%ED%84%B0%EB%9F%BD%ED%8A%B8-%EC%A2%85%EB%A5%98%EC%99%80-%EC%B2%98%EB%A6%AC%EA%B3%BC%EC%A0%95%EA%B3%BC-%EC%9A%B0%EC%84%A0%EC%88%9C%EC%9C%84-c95c26909472

https://velog.io/@adam2/%EC%9D%B8%ED%84%B0%EB%9F%BD%ED%8A%B8

https://otakuking.tistory.com/70

https://docs.oracle.com/cd/E19455-01/806-3773/instructionset-75/index.html

[DB] SQL - JOIN문, JOIN 종류 (Inner Join,Natural Join,Outer Join,Cross Join)

D0HAN. — Mon, 9 Aug 2021 04:33:29 +0900

1. Join이란?

두 개 이상의 테이블을 서로 연결하여 데이터를 검색할 때 사용하는 방법

두 개의 테이블을 마치 하나의 테이블인 것처럼 보여준다.

2. 기본 구조

1) 일반
SELECT 테이블.컬럼, 테이블.컬럼
FROM 테이블1,테이블2           
WHERE 조건

3. Join 의 종류

Inner Join
Natural Join
Outer Join
- Left Join
- Right Join
Cross Join

① 내부 조인 (Inner Join)

1)
SELECT 조회할 컬럼
FROM 테이블1, 테이블2
[WHERE 조건문]


2)
SELECT 조회할 컬럼
FROM 테이블1
(INNER) JOIN 테이블2
ON 테이블1.컬럼 = 테이블2.컬럼
[WHERE 추가조건]

기준 테이블과 조인 테이블 모두에 조인 컬럼 데이터가 존재해야 조회됨 (ON절)
예시
SELECT Sales.*, Countries.Country
FROM Sales
JOIN Countries
ON Sales.CountryID = Countries.ID

② 자연 조인 (Natural Join)

SELECT 조회할 컬럼
FROM 테이블1
NATURAL JOIN 테이블2
[WHERE 조건문]

내부 조인에 속함.
두 테이블에서 동일한 컬럼명을 갖는 컬럼은 모두 조인이 된다.
두 테이블이 동시에 가지고 있는 컬럼의 값이 전부 같은 것만 골라냄
-> 반드시 두 테이블 간의 동일한 이름, 타입을 가진 컬럼이 필요함. 이름이 같지만 타입이 다른 컬럼이 있으면 에러
기준 테이블과 조인 테이블 모두에 데이터가 존재해야 조회됨
Inner Join에서 조건문 추가하여 같은 결과값을 얻을 수 있음
예시

SELECT *
FROM R
NATURAL JOIN S

같은 컬럼이 두개일 경우

③ 전체 외부 조인 (Full Outer Join)

SELECT 조회할 컬럼
FROM 테이블1 
FULL OUTER JOIN 테이블2
ON 조건문
[WHERE 추가조건문]

공통된 부분만 골라 결합하는 Inner Join 과 다르게 공통되지 않은 행도 유지한다.
이때 두 테이블 모두의 값을 유지하면 Full Outer Join
왼쪽 테이블 값만 유지하면 Left Outer Join
오른쪽 테이블 값만 유지하면 Right Outer Join
MySQL에서는 FULL OUTER JOIN을 지원하지 않으므로 LEFT OUTER JOIN 결과와 RIGHT OUTER JOIN결과를 UNION 하여 사용해야 함
예시
SELECT *
FROM instructor
FULL OUTER JOIN teaches
ON instructor.id = teaches.id

④ Left Outer Join

SELECT 조회할 컬럼
FROM 기준테이블1 
LEFT OUTER JOIN 테이블2
ON 조건문
[WHERE 추가조건문]

Left Join = Left Outer Join
왼쪽 테이블을 기준으로 일치하는 행만 결합되고, 일치하지 않는 부분은 null 값으로 채워짐.
예시
SELECT *
FROM instructor
LEFT OUTER JOIN teaches
ON instructor.id = teaches.id

⑤ Right Join

SELECT 조회할 컬럼
FROM 테이블1 
RIGHT OUTER JOIN 기준테이블2
ON 조건문
[WHERE 추가조건문]

Right Join = Right Outer Join
오른쪽 테이블을 기준으로 일치하는 행만 결합되고, 일치하지 않는 부분은 null 값으로 채워짐.
예시

SELECT *
FROM instructor
RIGHT OUTER JOIN teaches
ON instructor.id = teaches.id

⑥ Cross Join

1)
SELECT 조회할컬럼
FROM 테이블1, 테이블2

2)
SELECT 조회할컬럼
FROM 테이블1
JOIN 테이블2

3)
SELECT 조회할컬럼
FROM 테이블1
CROSS JOIN 테이블2

곱집합
두 테이블 데이터의 모든 조합
테이블1의 row * 테이블2의 row 개수만큼의 row를 가진 테이블 생성

참고

http://egloos.zum.com/sweeper/v/3002220

https://zetawiki.com/wiki/SQL_%EB%82%B4%EB%B6%80_%EC%A1%B0%EC%9D%B8

https://the-underwater.tistory.com/26

https://viewa.tistory.com/36

https://yahwang.github.io/posts/33

[Network] TCP/IP 흐름제어 & 혼잡제어

D0HAN. — Mon, 26 Jul 2021 06:29:29 +0900

>>TCP란?

☑️ 흐름 제어? 혼잡 제어?

: 혼잡 상황이 발생하면 네트워크 자원이 낭비되므로 혼잡 상황을 최소화 하기 위한 기법

흐름 제어: 송신측과 수신측의 데이터 처리 속도 차이를 해결하기 위한 기법.
송신측의 데이터 전송량 제어
혼잡 제어: 송신측의 데이터 전달과 네트워크 상의 데이터 처리 속도 차이를 해결하기 위한 기법.
송신측의 데이터 전송 속도 제어

✅ 흐름 제어 Flow control

1. Stop and wait 방식

매번 전송한 패킷에 대해 확인 응답을 받아야만 그 다음 패킷을 전송하는 방법 (비효율적)

2. Sliding window 슬라이딩 윈도우 기법

수신 측에서 설정한 윈도우 크기만큼은 송신 측에서 확인 응답ACK를 받기 전에 전송 가능.
송신 버퍼의 범위는 수신 측의 여유 버퍼 공간을 반영하여 동적으로 바뀜.

윈도우에 포함되는 모든 패킷을 확인 응답 없이 전송하고, 그 패킷들의 전달이 확인되는 대로 윈도우를 옆으로 옮기며 그 다음 패킷들을 전송
TCP/IP를 사용하는 호스트들은 보내는 용과 받는 용의 2개의 윈도우를 가지고 있다. 실제 데이터를 보내기 전에 TCP-3way-handshaking을 통해 수신 컴퓨터의 receive window size에 자신의 윈도우 크기를 맞추게 된다.
* 호스트: 응용 프로그램을 사용하는 주체.

✅ 혼잡 제어 Congestion control

:데이터 전달과 네트워크의 데이터 처리 속도를 해결하기 위한 기법

: 송신측에서 보내는 데이터의전송 속도를 제어

1. AIMD (Additive Increase Multicative Decrease)

합 증가/ 곱 감소 알고리즘
처음에 패킷 하나를 보내는 것으로 시작, 전송한 패킷이 문제 없이 도착하면 윈도우 크기를 1씩 증가시키며 전송
패킷 전송을 실패하거나 타임아웃이 발생하면 윈도우 크기를 절반으로 감소시킴
여러 호스트가 한 네트워크를 공유하고 있으면 나중에 진입하는 쪽이 처음에는 불리하지만, 시간이 흐르면 평형 상태로 수렴
문제점
- 초기 네트워크의 높은 대역폭을 사용하지 못함
- 처음에 전송 속도를 올리는 데 시간이 너무 오래 걸림
- 네트워크가 혼잡해지는 상황을 미리 감지하지 못하여 혼잡해지고 나서야 대역폭을 줄임

2. Slow start

AIMD와 같이 패킷을 하나씩 보냄
하나의 패킷이 문제없이 도착하여 ACK를 보낼 때마다 윈도우 크기를 1씩 늘림
한 주기가 지나면 윈도우 크기는 2배 -> 그래프의 모양이 지수함수 꼴
혼잡 현상이 발생하면 윈도우 크기를 1로 떨어트림
한 번 혼잡 현상이 발생하고 나면 이전에 혼잡 현상이 발생했던 윈도우 크기의 절반까지는 이전처럼 지수함수 꼴로 윈도우 크기를 증가시키고 그 이후부터는 완만하게 1씩 증가시킴

3. Fast Recovery

혼잡 상태가 되면 윈도우 크기를 1로 줄이지 않고 반으로 줄인 후 선형증가.
혼잡 상태를 한 번 겪고 나서부터는 AIMD 방식으로 동작

4. Fast Retransmit

먼저 도착해야 할 패킷이 도착하지 않고 다음 패킷이 도착한 경우에도 ACK패킷을 보냄
순서대로 잘 도착한 마지막 패킷의 다음 패킷 순번을 ACK패킷에 실어보내게 되므로 송신측에서는 순번이 중복된 것을 알게됨
이것을 감지하여 중복된 순번의 패킷을 3개 받으면 타임아웃 전에 문제가 되는 순번의 패킷을 즉시 재전송해줌
이런 현상이 일어나면 혼잡 현상이 발생한 것이므로 윈도우 크기를 줄임

✅ 혼잡 제어 정책

1. TCP Tahoe

처음에는 Slow Start 방식을 사용하다가 임계점에 도달하면 AIMD 방식 사용
그러다 3 ACK 순번 중복(중간패킷유실)이나 타임아웃이 발생하면 혼잡이라고 판단하여 임계점은 혼잡이 발생한 윈도우 크기의 절반으로, 윈도우 크기는 1로 줄임
단점: 혼잡 이후 Slow start 구간에서 윈도우 크기를 키울때 너무 오래걸림. -> TCP Reno

2. TCP Reno

Tahoe와 마찬가지로 slow start로 시작하여 임계점 이후에는AIMD방식으로 변경.
단, 3 ACK 중복과 타임아웃을 구분함
3 ACK 중복이 발생하면 Fast Recovery 방식을 사용
윈도우 크기를 1로 줄이는 것이 아니라 반으로 줄인 후 윈도우 크기를 선형적으로 증가시킴.
임계점은 줄어든 윈도우 값으로 설정
타임아웃이 발생하면 Tahoe와 마찬가지로 윈도우 1로 줄이고 Slow start 진행.(임계점 변경하지 x)

참고

TCP/IP 흐름제어, 혼잡제어
TCP/IP (흐름제어/혼잡제어)

TCP의 흐름제어, 혼잡제어

https://ko.wikipedia.org/wiki/%ED%98%BC%EC%9E%A1_%EC%A0%9C%EC%96%B4#%EB%B9%A0%EB%A5%B8_%EC%9E%AC%EC%A0%84%EC%86%A1

https://evan-moon.github.io/2019/11/26/tcp-congestion-control/

https://velog.io/@mu1616/TCPIP-%ED%98%BC%EC%9E%A1-%EC%A0%9C%EC%96%B4