CHashtag

1. 인프라 구축

HyoSeong — Mon, 14 Apr 2025 13:04:00 +0900

저는 지금 개발을 진행하기 전, 어떤 구성으로 서비스를 개발, 배포, 운영할 지에 대한 고민을 하고 있습니다.

개발 Stack

우선 BE는 제 본업인 asp.net core 기반으로 작업. 이부분은 달리 선택할 게 없습니다.

DB는 mssql free plan(express)을 사용할 예정입니다.

남은건 FE인데,,,

제가 미적 감각이 거의 없다시피 하고, 그러다보니 프론트 개발 자체를 정말 싫어해 걱정이 많은데요,,

우선은 bootstrap과 약간의 Vue를 섞어서 진행해볼까 합니다.

배포 환경

당연히 dockerizing을 할 예정인데요,

배포되는 클라우드 서비스를 어떤걸 사용할지 많은 고민이 들었습니다.

1인 개발자들에게 AWS가 꽤 좋은 선택지라는 말을 들어 그쪽을 알아보고 있었는데요,

상시 떠있어야 할거라 aws Lambda는 우선 제외,

ec2를 사용하면 월 10만원 내외로 초기 배포를 진행할 수 있겠다는 생각이 들었습니다.

그러던 와중, iptime ddns세팅을 잘 하면, 로컬 피씨에서 도커라이징 된 서버를 띄울 수 있지 않을까 라는 생각이 들어 지금 검토중에 있습니다.

검토 결과, https세팅, cloudflare 기능 등을 활용하기엔 iptime.org 를 ddns세팅하는것이 큰 이점이 없어서,

우선 "dive-nomad.com" 도메인을 구매,

해당 도메인을 Cloudflare 등록 후, cloudfalred tunneling 기능을 이용하여 로컬 PC의 dockerizing된 nginx로 연결시켜 주었습니다.

피씨를 항시 켜 두어야 하지만, 저는 원래 그러고 살아서 큰 부담이 없었습니다 ㅋㅋ

인프라 세팅을 하면서 느낀점은, chatgpt가 정말 많이 좋아졌구나를 느끼며, 1인 풀스택 개발이 시간은 많이 들겠지만

불가능한일은 아니겠구나를 다시한번 느끼는 하루였습니다.

자료1: cloudflare tunnel (링크)

Cloudflare Tunnel · Cloudflare Zero Trust docs

Cloudflare Tunnel provides you with a secure way to connect your resources to Cloudflare without a publicly routable IP address. With Tunnel, you do not send traffic to an external IP — instead, a lightweight daemon in your infrastructure (cloudflared) c

developers.cloudflare.com

대략적인 인프라 구성

더 자세히 다루고 싶지만, 시간도 부족하고, 실력도 부족해서, 우선 여기까지만 다루도록 하겠습니다.

0. 들어가기 앞서

HyoSeong — Sun, 6 Apr 2025 15:23:01 +0900

안녕하세요.

몇번 언급했었지만, 저는 프리다이빙 강사를 부업으로 삼고 있고, 다이빙 투어를 1년에 3번 이상 다니는 다이버입니다.

그러던 와중, 다이빙 여행 계획을 짜는 과정이 굉장히 비효율적이라는 사실을 인식하였고,

그것을 개선하기 위한,

Diver들을 위한 플랫폼, "Dive Nomad" 를 개발하기로 하였습니다.

모든 개발은 우선 저 혼자 진행할 예정이라,

저 예산, 저 개발기간 속에서 다양한 의사결정을 하며 서비스를 만들어나가려 하고,

그 과정을 이곳에 남겨볼까 합니다.

자 그럼 시작합니다.

[C#] asp.net core Memory Leak 분석 2 - CancellationTokenSource

HyoSeong — Mon, 3 Mar 2025 21:55:08 +0900

Memory Leak 시리즈

- Memory Leak 분석 1 - 들어가기 앞서,,
- Memory Leak 분석 2 - CancellationTokenSource

이 글을 진행하기 앞서, CancellationToken 에 대한 설명을 간단히 해야 할 것 같은데,,

(~~귀찮으니~~ 나중에 별도 게시글로 작성을 하고, 링크를 추가하도록 하겠습니다)

Live Service를 대상으로 약 4시간 간격으로 dotnet-dump 를 진행하여 두 메모리를 Compare하였다.

Byte[], string 등 많은 객체들이 증가하고 있었지만, 그 중 CancellationTokenSource관련 객체들이 수만개씩 늘어나 있는것을 확인하였다.

빠르게 CancellationTokenSource를 사용하는 코드를 찾아보니 한 코드가 눈에 띄었다.

서비스에는 API동작이 끝난 후, Response와 관련이 없는 추가 동작을 진행해야 하는 경우를 대비하기 위해,

Background Service가 돌아가고 있다. (당연히 Singleton이다.)

가령, 오래 걸리는 작업에 대한 시작 요청을 보낸 뒤, 해당 작업을 처리하기 위함이라거나,

API 통계 처리 등을 해당 service를 통해 진행한다.

(가끔 이 부분에서 지연이 발생하는데, 이것이 end user까지의 응답 지연으로 이어지지 않았으면 하는 의도이다)

아무튼, 이 코드는 대략 이런식이다.

(이 코드를 참고했었던 것 같다.)

public class BackgroundWorker : BackgroundService
{
    private readonly IQueue _queue;

    private readonly IServiceScopeFactory _serviceScopeFactory;

    public BackgroundWorker(
        IQueue queue,
        IServiceScopeFactory serviceScopeFactory)
    {
        _queue = queue;
        _serviceScopeFactory = serviceScopeFactory;
    }

    protected override async Task ExecuteAsync(CancellationToken cancellationToken)
    {
        await Task.Yield();

        while (cancellationToken.IsCancellationRequested is false)
        {
            // 작업을 가져오고
            var (item, ownCancelToken) = _queue.Dequeue(cancellationToken);

            if (ownCancelToken.IsCancellationRequested)
            {
                continue;
            }
			
            // Token 을 결합한 뒤,
            var combinedCancelTokenSource = CancellationTokenSource.CreateLinkedTokenSource(cancellationToken, ownCancelToken);

            // Scope 를 생성
            using var scope = _serviceScopeFactory.CreateScope();
            
            var mediator = scope.ServiceProvider.GetService<IMediator>();
			
            // 요청받은 작업을 처리한다.
            await mediator.Publish(item, combinedCancelTokenSource.Token);
        }
    }
}

우선, 이 코드에는 두 가지 심각한 결함이 있다. (Memory Leak을 제외하더라도 하나가 더 있다)

바로 보인다면, 당신을 제 스승으로 삼겠습니다. (꾸벅)

우선 메모리 Leak 부터 살펴보자,

CancellationTokenSource

요 녀석은 여러 CancellationToken을 합쳐주는 녀석이라고 생각하면 편하다.

각기 다른 곳에서 Cancel요청이 들어올 수 있기 때문이다.

위 로직에선,

1. BackgroundService에서 Stop 요청이 왔을 경우,

- 이는 Shut-down 요청이 들어올 경우가 있겠다.

2. item에서 받아온 CancellationToken에서 Stop요청이 왔을 경우

- 이는 실 사용자로부터 온 Cancel 요청일 가능성이 크다. (BackgroundQueue 에서 꺼내 처리하기 때문에, 현실적으로 Cancel요청이 들어올 확률은 지극히 낮지만.)

아무튼 이런 경우, 대부분 CancellationToken은 하나만 인자로 넘길 수 있기 때문에, 이를 합쳐주는 작업이 필요하고, 그게 바로 CancellationTokenSource인 것이다.

(~~그게 아니라면 CancellationToken을 IEnumerable 로 받거나, params로 받아야 할 수도 있다 ㅋㅋ~~)

* CancellationTokenSource에 대한 더 자세한 내용은 이 링크를 참고

아무튼, 두 Token을 Link 하는 과정 중에, 두 객체가 서로 엮이게 되고,

BackgroundService는 SINGLETON 이기 때문에, 해당 Service가 죽기 전까지 Queue에 들어온 모~~든 Token이 할당 해제되지 않고 남아있게 되는 것이다. (GC 입장에서는 당연한 행동이다)

그렇다면 어떻게 해결해야 할까?

=> Dispose!!

CancellationTokenSource는 기본적으로 IDisposable을 구현하고 있어, Dispose해주거나, using 하면 된다..

(길게 썼지만 참,, 허무한 이슈)

그렇다면 코드의 나머지 두번째 문제점은 무엇일까?

이건 얼마전에 사소한 문제로 알게된 것인데,

기본적으로 Web request는 ExceptionHandler 를 구현하여 Exception이 터져도 큰 문제가 발생하지 않지만,

BackgroundService는 그런 대응을 하지 않을 경우, 내부 로직에서 Exception이 터지면 BackgroundService가 그냥 죽어버린다.

restart를 구현하는것도 하나의 방법일 수도 있지만, try-catch만 잘해주어도 큰 문제가 발생하지 않는다.

Memory Leak 분석 1 - 들어가기 앞서,,

HyoSeong — Mon, 3 Mar 2025 21:26:36 +0900

Memory Leak 시리즈

- Memory Leak 분석 1 - 들어가기 앞서,,
- Memory Leak 분석 2 - CancellationTokenSource

모든것이 순조로웠다.

사용자는 꾸준히 늘고 있었고,

늘어난 트래픽과 데이터에 대응하기 위해 쿼리 개선, 인프라 개선 등의 작업이 이루어지고 있었다.

불필요한 에러로그를 정리하고,

데이터 모니터링 시스템을 구축하며 늘어나는 유저를 받아들일 준비가 순조롭게 진행중이었다.

그러던 어느날, Devops engineer로부터 연락이 왔다.

서비스 메모리가 꾸준히 오르고 있어요

빠르게 Datadog을 열어 수치를 확인해보니 정말 그랬다.

(혹시모를 정보 누출이 우려돼 해당 게시글에서는 자료화면은 준비하지 않을 예정)

심지어, 메모리는 1년 전부터 꾸준히 늘고 있었다는 것,

(배포가 이루어 질때마다 서비스가 다시 켜지면서 꽤 안정적으로 돌아가고 있었던 것 ㅋㅋ)

오 그럼 그냥 이대로 둬도 되는거 아니냐!

겠냐?

그럴 순 없다.

한번 뿌리를 뽑아보자!

asp.net DI의 life cycle (Singleton, Scope, Transient)

HyoSeong — Mon, 13 May 2024 21:37:45 +0900

안녕하세요.

asp.net (혹은 core) 에는 3가지 Life cycle이 존재합니다.

Life cycle은 무엇이며, 어떤 경우에 적절한지 한번 알아봅시다.

Web Server에서의 Life Cycle

기본적으로 Server는, Request를 받고, Response를 내보내 줍니다.

수많은 Request들을 처리하게 되는데, 이 때 DI는 필수적이죠.

매번 새로운 객체를 생성하는 것이 불필요한 경우도 있고,

내부 변수를 다른 Request와는 절대 공유해서는 안되는 경우도 있을 수 있습니다.

또는, 하나의 Request내에서만 공유되도록 하고싶을 수도 있죠.

AddSingleton()

말 그대로 Inject될때 최초 만들어둔 singleton 객체로 생성됩니다.

장점이자 단점은, 매번 동일한 객체를 반환한다는 것이죠.

AddScope()

Scope는 하나의 Request에 한해서 동일한 객체를 Inject합니다.

AddTransient()

하나의 Request안에서 여러번 Inject될 때, 매번 새로운 객체가 생성됩니다.

여담으로 이런 질문을 면접 때 받은적이 있었는데,

"오픈소스를 복붙해서 잘 모르겠습니다" 라고 대답한 기억이 있네요,,;;

(어떻게 붙었지 나?)

구현하려는 객체 특성에 맞는 적절한 Life Cycle을 지정하는것이 정말 중요하니, 꼭 개념 알고계시면 좋을 것 같습니다.

+ 오랜만에 글을 쓰려니 잘 안되네요,,

다시 꾸준히 작성해보려 합니다.

감사합니다.

[C#] !! 연산자 (parameter null check)

HyoSeong — Mon, 20 Feb 2023 23:08:54 +0900

C#에서 "!!"는 parameter null check 기능으로 사용되는 연산자입니다.

이 연산자는 parameter 값이 null인지 아닌지를 판단하는 기능을 수행합니다.

"!!" 연산자는 다음과 같이 사용됩니다.

string myString = null;
bool isNotNull = !!myString;

위의 코드에서는 myString이 null이므로 isNotNull 변수에 false 값이 할당됩니다. 만약 myString에 문자열이 할당되어 있다면 isNotNull 변수에 true 값이 할당됩니다.

C#에서는 null check를 위해 if문을 사용하는 것이 일반적입니다. 하지만 "!!" 연산자를 사용하면 코드를 간결하게 작성할 수 있으며 가독성도 높일 수 있습니다.

if(myString != null)
{
    // do something
}

위 코드를 "!!" 연산자를 사용하여 간결하게 작성하면 다음과 같습니다.

bool isNotNull = !!myString;

if(isNotNull)
{
    // do something
}

즉, "!!" 연산자는 null check를 간편하게 처리할 수 있는 기능을 제공하는 연산자입니다.

하지만, "!!" 연산자는 가독성이나 유지보수성 등에서 문제가 될 수 있습니다. 따라서, 이 연산자를 남발하지 않고 상황에 맞게 사용하는 것이 좋습니다.

감사합니다.

[C#/WPF] Listview SelectedItems command Binding (MVVM패턴)

HyoSeong — Mon, 20 Feb 2023 23:00:55 +0900

WPF의 Listview는 많은 데이터를 표시할 수 있도록 도와주는 UI 요소 중 하나입니다.

이전에는 SelectedItems 속성을 바인딩하는 것이 불가능했지만, 최신 버전의 WPF에서는 Command로 처리할 수 있도록 업데이트되었습니다.

이번에는 Prism 라이브러리를 이용하여 Mvvm 패턴을 적용한 예제를 살펴보겠습니다.

Prism은 MVVM 패턴을 구현하는 데 도움이 되는 많은 기능을 제공합니다.

우선, Prism 라이브러리를 사용하려면 NuGet 패키지 관리자에서 Prism.Core 패키지를 설치해야 합니다.

설치 후, ListView와 Command를 바인딩하는 방법을 알아보겠습니다.

ListView의 Behaviors 클래스 가져오기

xmlns:i="http://schemas.microsoft.com/expression/2010/interactivity"
xmlns:prism="http://prismlibrary.com/"

ListView에 대한 Behaviors 클래스를 사용하여 SelectedItems와 연결된 ICommand를 설정합니다.

<ListView Name="myListView" ItemsSource="{Binding MyItems}" SelectionMode="Multiple">
    <i:Interaction.Behaviors>
        <prism:InvokeCommandAction Command="{Binding MyCommand}" CommandParameter="{Binding ElementName=myListView, Path=SelectedItems}" />
    </i:Interaction.Behaviors>
</ListView>

위의 코드에서 MyCommand는 ICommand를 구현한 ViewModel의 속성입니다.

이 속성은 SelectedItems 속성과 연결됩니다.

ViewModel에서 MyCommand 속성을 구현합니다.

public class MainViewModel : BindableBase
{
    private ObservableCollection<string> _myItems;
    private ICommand _myCommand;

    public ObservableCollection<string> MyItems
    {
        get { return _myItems; }
        set { SetProperty(ref _myItems, value); }
    }

    public ICommand MyCommand
    {
        get { return _myCommand; }
        set { SetProperty(ref _myCommand, value); }
    }

    public MainViewModel()
    {
        MyItems = new ObservableCollection<string>() { "Item 1", "Item 2", "Item 3", "Item 4" };
        MyCommand = new DelegateCommand<IList>(OnMyCommandExecuted);
    }

    private void OnMyCommandExecuted(IList selectedItems)
    {
        // do something with selected items
    }
}

위의 코드에서 DelegateCommand를 사용하여 MyCommand 속성을 구현합니다.

이 속성은 SelectedItems 속성과 연결됩니다. OnMyCommandExecuted 메서드에서는 선택된 항목을 처리합니다.

이제 ListView의 SelectedItems를 ICommand와 바인딩하는 방법과 Prism 라이브러리를 사용하여 Mvvm 패턴을 구현하는 방법을 알아봤습니다. 이를 통해 ViewModel에서 ListView의 선택된 항목을 처리할 수 있습니다.

감사합니다.

[C#/WPF] Converter사용하여 bool 반대값 binding하기

HyoSeong — Mon, 20 Feb 2023 22:40:27 +0900

WPF에서 Converter를 사용하여 bool의 반대값을 binding하는 방법은 매우 간단합니다. Converter는 데이터를 변환하는데 사용되며, 이를 사용하면 XAML 코드에서 데이터 변환을 수행할 수 있습니다.

Converter를 사용하여 bool의 반대값을 binding하는 예제를 보여드리겠습니다.

먼저, Converter 클래스를 작성합니다. 이 클래스는 IValueConverter 인터페이스를 구현해야 하며, Convert와 ConvertBack 메서드를 구현해야 합니다. 다음과 같이 작성할 수 있습니다.

using System;
using System.Globalization;
using System.Windows.Data;

namespace MyConverter
{
    public class BooleanNegationConverter : IValueConverter
    {
        public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
        {
            if (value is bool)
            {
                return !(bool)value;
            }

            return value;
        }

        public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
        {
            if (value is bool)
            {
                return !(bool)value;
            }

            return value;
        }
    }
}

이제 XAML 코드에서 Converter를 사용하여 bool의 반대값을 binding할 수 있습니다.

다음과 같이 작성할 수 있습니다.

<Window xmlns:local="clr-namespace:MyConverter">
    <Window.Resources>
        <local:BooleanNegationConverter x:Key="BooleanNegationConverter"/>
    </Window.Resources>

    <StackPanel>
        <CheckBox x:Name="checkBox" Content="CheckBox"/>
        <TextBlock Text="{Binding ElementName=checkBox, Path=IsChecked, Converter={StaticResource BooleanNegationConverter}}"/>
    </StackPanel>
</Window>

위 코드에서 Converter를 선언하고, CheckBox의 IsChecked 속성을 TextBlock의 Text 속성에 binding하면, CheckBox가 체크되면 TextBlock에는 false가 표시되고, CheckBox가 체크되지 않으면 TextBlock에는 true가 표시됩니다.

이것이 WPF에서 Converter를 사용하여 bool의 반대값을 binding하는 방법입니다.

감사합니다.

[C#] JWT 암호화, 복호화 예제

HyoSeong — Mon, 20 Feb 2023 22:36:56 +0900

안녕하세요.

JWT란?

JWT는 인증과 정보 교환을 위한 안전한 방법을 제공하는 토큰 기반의 개방형 표준입니다. JWT는 세 부분으로 구성되어 있습니다. 헤더(header), 내용(payload), 서명(signature)으로 이루어져 있으며 각각은 Base64Url로 인코딩되어 하나의 문자열로 만들어져 전송됩니다.

Header : JWT의 타입과 사용하는 해시 알고리즘 등의 정보를 포함합니다.
Payload : 토큰에 포함할 클레임(Claim) 정보를 담습니다. 클레임이란 사용자 정보, 권한 정보 등을 의미합니다.
Signature : 헤더와 페이로드, 비밀키를 조합하여 생성된 서명값으로, 토큰의 변조 여부를 검증합니다.

JWT 암호화하기

C#에서 JWT를 암호화하는 방법은 다음과 같습니다.

using System;
using System.IdentityModel.Tokens.Jwt;
using System.Security.Claims;
using System.Text;
using Microsoft.IdentityModel.Tokens;

// 토큰 발급
public string IssueJwtToken(string userId, string userRole, string secretKey)
{
    var securityKey = new SymmetricSecurityKey(Encoding.UTF8.GetBytes(secretKey));
    var signingCredentials = new SigningCredentials(securityKey, SecurityAlgorithms.HmacSha256);

    var claims = new[]
    {
        new Claim(ClaimTypes.NameIdentifier, userId),
        new Claim(ClaimTypes.Role, userRole)
    };

    var token = new JwtSecurityToken(
        issuer: "yourdomain.com",
        audience: "yourdomain.com",
        claims: claims,
        expires: DateTime.Now.AddHours(1),
        signingCredentials: signingCredentials);

    return new JwtSecurityTokenHandler().WriteToken(token);
}

위 코드에서 secretKey는 서버에서 사용하는 암호화 키입니다.

signingCredentials 객체는 JWT에 서명하기 위한 보안 자격 증명입니다.

claims는 JWT에 담길 클레임(claim) 정보입니다. issuer와 audience는 JWT의 발급자와 대상자 정보입니다.

JWT 복호화하기

JWT를 복호화하기 위해서는 토큰 검증을 수행해야 합니다.

검증은 서명된 토큰의 유효성을 검사하는 것입니다.

C#에서 JWT를 검증하는 방법은 다음과 같습니다.

using System;
using System.IdentityModel.Tokens.Jwt;
using System.Security.Claims;
using Microsoft.IdentityModel.Tokens;

// 토큰 검증
public ClaimsPrincipal ValidateJwtToken(string jwtToken, string secretKey)
{
    var tokenHandler = new JwtSecurityTokenHandler();
    var validationParameters = new TokenValidationParameters
    {
        ValidateIssuerSigningKey = true,
        IssuerSigningKey = new SymmetricSecurityKey(Encoding.ASCII.GetBytes(secretKey)),
        ValidateIssuer = true,
        ValidIssuer = "yourdomain.com",
        ValidateAudience = true,
        ValidAudience = "yourdomain.com",
        ValidateLifetime = true,
        ClockSkew = TimeSpan.Zero
    };

    try
    {
        SecurityToken validatedToken;
        return tokenHandler.ValidateToken(jwtToken, validationParameters, out validatedToken);
    }
    catch (SecurityTokenException)
    {
        return null;
    }
}

위 코드에서 jwtToken은 검증할 JWT 토큰입니다.

ValidateToken 메서드는 JWT 토큰을 검증하고, ClaimsPrincipal 객체를 반환합니다.

반환된 ClaimsPrincipal 객체에서는 Identity 속성으로 인증된 사용자의 정보를 가져올 수 있습니다.

감사합니다.

*chatGPT가 작성한 게시글입니다.

[C#] bigint란 무엇이며, bigint는 무한한 값을 저장할 수 있을까?

HyoSeong — Mon, 20 Feb 2023 22:29:32 +0900

C#에서의 BigIntegers는 매우 큰 정수를 표현하기 위한 자료형입니다. 일반적인 정수형이 다룰 수 있는 범위를 넘어서는 수치 데이터를 다루기 위해서 사용됩니다. 이번 글에서는 C#에서 BigIntegers에 대해 설명하며, 이 자료형이 실제로 무한한 값을 저장할 수 있는지에 대해 살펴보겠습니다. 또한 BigIntegers의 내부 구현 방식에 대해서도 알아보겠습니다.

BigIntegers란 무엇인가요?

C#의 BigIntegers는 매우 큰 정수를 표현하기 위한 자료형입니다.

이 자료형은 .NET Framework 4.0 이상에서 사용할 수 있으며, 다른 정수형 자료형과 마찬가지로 System.Numerics 네임스페이스에서 제공됩니다.

BigIntegers는 다음과 같은 방법으로 생성할 수 있습니다.

using System.Numerics;

// BigInteger 변수 생성
BigInteger bigInt = BigInteger.Parse("123456789012345678901234567890");

BigIntegers는 정말 무한한 값을 저장할 수 있는가요?

실제로 BigIntegers는 무한한 값을 저장할 수 있는 것은 아닙니다.

이 자료형이 다룰 수 있는 최대 값은 2^Int32.MaxValue - 1입니다.

이 값은 79,228,162,514,264,337,593,543,950,335 이하의 정수를 표현할 수 있습니다.

이 범위를 벗어나는 수치 데이터를 다루려면 다른 방법을 찾아야 합니다.

BigIntegers의 내부 구현 방식은 어떻게 되나요?

BigInteger는 .NET Framework 4.0 이상에서 사용할 수 있는 클래스로, 매우 큰 정수 값을 저장하고 연산하는 데 사용됩니다. 내부 구현 방식은 C# 언어의 기본 형식인 int, long과는 다르게, 고급 수학적 알고리즘을 이용하여 구현됩니다.

BigInteger 클래스는 내부적으로 int나 long 등의 기본 자료형의 배열을 사용하여 정수 값을 저장합니다. 배열의 크기는 저장하려는 값의 크기에 따라 동적으로 조정됩니다.

BigInteger 클래스는 내부적으로 4개의 필드를 사용하여 값을 저장합니다. 이 중에서 가장 중요한 필드는 _bits 필드로, 이 필드는 uint[] 형식의 배열로 저장됩니다. 이 배열의 각 요소는 32비트 unsigned integer 값을 저장합니다. 이 배열은 저장하려는 값에 따라 자동으로 크기가 조정되며, 큰 값일수록 배열의 크기가 커집니다.

BigInteger 클래스는 이진수 연산(binary operation)을 중심으로 구현되어 있습니다. 예를 들어, 덧셈, 뺄셈, 곱셈, 나눗셈, 모듈러스 연산 등의 연산은 모두 이진수 연산으로 구현됩니다. 이를 위해 BigInteger 클래스는 기본적으로 수학적 연산에 사용되는 다양한 알고리즘을 지원합니다.

BigInteger 클래스는 내부적으로 매우 복잡한 알고리즘을 사용하여 값을 저장하고 연산합니다. 이를 통해 매우 큰 정수 값을 빠르게 연산할 수 있으며, 기본 자료형보다 훨씬 큰 범위의 정수 값을 다룰 수 있습니다.

감사합니다.

*ChatGPT가 생성한 게시글입니다.