folly::Init — main() 부트스트랩
한 줄 요약:
folly::Init은 main() 첫 줄에 두는 부트스트랩 객체다. gflags 파싱, glog 초기화, signal handler 설치, 기본 thread name까지 손볼 곳을 한 줄로 줄인다.
#동기
C++ 서버 코드의 main()은 대개 다음을 한다.
int main(int argc, char* argv[]) { google::ParseCommandLineFlags(&argc, &argv, true); google::InitGoogleLogging(argv[0]); google::InstallFailureSignalHandler(); // signal mask, locale, OOM score, jemalloc tuning, ... RunServer(); return 0;}라이브러리마다 자기 init 함수가 있고 순서·옵션이 미묘하게 다르다. 어떤 환경 변수를 읽을지, 어떤 시그널을 잡을지 일관성을 유지하기 어렵다.
folly::Init은 이 boilerplate를 RAII 객체 하나로 묶는다.
#include <folly/init/Init.h>
int main(int argc, char* argv[]) { folly::Init init(&argc, &argv); RunServer(); return 0;}생성자에서 일괄 초기화, 소멸자에서 일괄 정리. main()이 정상/비정상 종료되든 cleanup이 일관되게 호출된다.
#무엇이 일어나는가
folly::Init 생성자가 다음을 순서대로 실행한다.
- gflags 파싱 —
--flag=valueargv 처리.--help응답. - glog 초기화 — log 디렉토리, severity threshold, stderr alsologto.
- signal handler 설치 — SIGSEGV/SIGABRT 등에 stacktrace dumper.
- symbolizer 초기화 — addr2line 캐시 prewarm.
- boost::context size 조정 (fiber 사용 시).
- HHWheelTimer global instance 준비.
- jemalloc/RSS 통계 prewarm (옵션).
소멸자는 (역순으로) glog flush, gflags shutdown 정도.
#API
namespace folly {
class Init { public: enum class InitFlags { NO_GLOG = 0x01, NO_GFLAGS = 0x02, NO_SIGNAL_HANDLERS = 0x04, };
Init(int* argc, char*** argv, bool removeFlags = true); Init(int* argc, char*** argv, InitOptions options); ~Init();
Init(const Init&) = delete; Init& operator=(const Init&) = delete;};
}argc/argv를 pointer로 받는다 — gflags 파싱 후 컨슈머 flag을 제거해 application flag만 남긴다.removeFlags=false로 원본 argv 보존 가능 (parser에 직접 넘기는 경우).InitOptions로 세부 동작 조절.
folly::InitOptions opts;opts.useGFlags(false); // gflags 사용 안 함opts.removeFlags(false); // argv 원본 유지opts.installSignalHandlers(false);
folly::Init init(&argc, &argv, opts);#사용 패턴
#기본
int main(int argc, char* argv[]) { folly::Init init(&argc, &argv); LOG(INFO) << "starting"; RunServer(); return 0;}가장 흔한 형태. fbcode 새 binary의 95%가 이 한 줄로 시작.
#테스트 fixture
int main(int argc, char* argv[]) { testing::InitGoogleTest(&argc, argv); folly::Init init(&argc, &argv); return RUN_ALL_TESTS();}gtest의 InitGoogleTest를 먼저, folly::Init이 나머지 처리.
#라이브러리에서
// Library code — main() 없음class MyService { public: void Start() { static folly::Init init{nullptr, nullptr, folly::InitOptions{}.useGFlags(false)}; // ↑ argv 없는 모드 — gflags 건너뜀 }};라이브러리가 self-contained init을 원하면 nullptr argv. 단 이렇게 쓰면 사용자가 main()에서 별도 init했을 때 충돌 가능. 라이브러리는 보통 init을 호출자에 맡긴다.
#Signal handler가 하는 일
// SIGSEGV / SIGABRT / SIGBUS / SIGFPE / SIGILLvoid SignalHandler(int sig) { // 1. 현재 thread의 stack trace dump folly::symbolizer::dumpStackTrace(STDERR_FILENO); // 2. core dump 유도 (default action) std::signal(sig, SIG_DFL); std::raise(sig);}crash 시 stacktrace를 stderr에 토해낸 뒤 default action (보통 core dump). google’s InstallFailureSignalHandler와 비슷하나 folly의 symbolizer를 쓴다 — 더 풍부한 inline / template instantiation info.
#glog 초기화 vs xlog
folly::Init init(&argc, &argv);
LOG(INFO) << "with glog"; // OKXLOG(INFO) << "with xlog"; // OK — folly의 loggerfolly::Init은 glog와 xlog 둘 다 초기화한다. xlog는 folly 자체 logger로 더 풍부한 category/scope 모델. 새 코드는 xlog 선호.
#코드 리뷰 포인트
folly::Init을main()첫 줄에 두지 않음 — flag/log가 일관되지 않음.folly::Init객체가 stack이 아닌 heap에 — 소멸 시점이 main() 끝과 다름. RAII 깨짐.Init호출 전에 LOG 매크로 사용 — glog initialized 안 된 상태에서 동작 미정.- 라이브러리 코드에서 Init 호출 → main()에서 또 호출하면 중복 / 충돌 가능.
#자주 보는 안티패턴
// 1. Init 후 다시 google::ParseCommandLineFlags 호출folly::Init init(&argc, &argv);google::ParseCommandLineFlags(&argc, &argv, true); // 두 번 — flag 사라짐// → Init이 이미 처리. 추가 호출 불필요.
// 2. Init 객체를 polymorphic하게 못 쓰는데 시도std::unique_ptr<folly::Init> init = std::make_unique<folly::Init>(&argc, &argv);// → OK는 하지만 stack RAII가 자연스러움
// 3. atexit에서 LOG 호출std::atexit([] { LOG(INFO) << "bye"; });// → Init 소멸자가 glog shutdown 후라 LOG 결과가 lost 가능#glog와의 관계
| 항목 | google glog | folly::Init + xlog |
|---|---|---|
| init | InitGoogleLogging | folly::Init |
| category | severity (INFO/WARNING/ERROR) | severity + 계층 category |
| 빠른 path | LOG(INFO) | XLOG(DBG1) (compile-time off) |
| structured fields | 직접 | category로 부분 |
fbcode는 glog와 xlog가 공존. 새 코드는 xlog, 레거시는 glog. 둘 다 folly::Init이 init.
#정리
folly::Init은 main() 첫 줄에 두는 RAII 부트스트랩.- gflags 파싱, glog/xlog init, signal handler, symbolizer까지 한 번에.
- 라이브러리 코드보다는 binary 진입점에서 호출.
InitOptions로 세부 끄기 가능.- crash 시 stacktrace dump가 기본 — debug 환경 일관성 큰 가치.
#다음 편
Part 18-02: Indestructible에서 global lifetime 패턴을 본다.
#관련 항목
Folly Code Review · 77 of 89
- 1 Folly Code Review — Meta의 production-grade C++ 라이브러리 코드 분석
- 2 Folly 개요 — Meta가 production에서 검증한 utility 모음 분석
- 3 Folly vs Abseil 철학 비교 — performance-first vs std-compatible
- 4 Folly 빌드와 fbcode 환경 — monorepo의 그림자
- 5 Folly API stability 정책 — 어떤 보장도 없다는 솔직함
- 6 Folly production validation 문화 — peta-scale에서 단련된 코드
- 7 folly::Future 분석 — std::future의 한계를 넘는 composable async
- 8 folly::Promise·makeFuture — Future를 만드는 두 길
- 9 folly::SemiFuture vs Future — executor binding의 명시화
- 10 folly::Future thenValue·thenError·thenTry — continuation 체인 분석
- 11 folly::collect·collectAll·collectAny — fan-in 패턴 분석
- 12 folly::Future retry·window·via — 제어 흐름 조합자
- 13 folly::fibers 분석 — M:N stackful coroutine
- 14 folly::InlineExecutor — 호출자 thread에서 즉시 실행
- 15 folly::CPUThreadPoolExecutor — CPU-bound 작업의 표준 thread pool
- 16 folly::IOThreadPoolExecutor — libevent 기반 I/O pool
- 17 folly::ManualExecutor — 결정적 테스트를 위한 수동 진행
- 18 folly::EventBase 분석 — libevent 이벤트 루프의 핵심
- 19 folly::IOBuf 분석 — zero-copy buffer chain의 기본 단위
- 20 folly::IOBufQueue — chain의 push/pull 추상화
- 21 folly::io::Cursor·RWCursor — chain 위의 stream
- 22 folly Zero-copy 패턴 — IOBuf로 ScatterGather I/O 표현
- 23 folly::IOBuf shared semantics — clone·unshare·takeOwnership
- 24 folly::FBString 분석 — SSO + COW 구현
- 25 folly의 fmt::format 통합 — 모던 포맷팅 채택
- 26 folly::StringPiece — string_view 호환 분석
- 27 folly Join·Split utilities — 문자열 분해와 결합
- 28 folly::to·tryTo — text↔num 변환 분석
- 29 folly Conv Customization — 사용자 타입 지원
- 30 folly Conv 성능 비교 — sprintf·stringstream 대비
- 31 folly::F14ValueMap vs std::unordered_map
- 32 folly::F14NodeMap — stable pointer가 필요할 때
- 33 folly::F14VectorMap — cache-friendly iteration
- 34 folly::F14FastMap — auto-select 동작
- 35 folly F14 internals — SIMD probing 메커니즘
- 36 folly::small_vector — inline storage 분석
- 37 folly::FixedString — compile-time string
- 38 folly::AtomicHashMap — lock-free read 분석
- 39 folly::ConcurrentHashMap — sharded 동시 해시 맵
- 40 folly::EvictingCacheMap — LRU 구현 분석
- 41 folly::Synchronized — lock wrapper 패턴
- 42 folly::SharedMutex 분석
- 43 folly::Baton — one-shot wait 동기화
- 44 folly::RWSpinLock 분석
- 45 folly::PicoSpinLock — 1-byte spinlock
- 46 folly::ProducerConsumerQueue — SPSC 큐 분석
- 47 folly::MPMCQueue — multi-producer multi-consumer
- 48 folly::UnboundedQueue — 동적 크기 lock-free
- 49 folly::fibers::Channel — Go-like channel
- 50 folly::dynamic — JSON-like dynamic type 분석
- 51 folly JSON conversion — toJson·parseJson
- 52 folly dynamic ↔ struct — manual marshaling
- 53 folly dynamic Visitor pattern — type별 분기
- 54 folly::Singleton vs Meyers/static — 왜 Folly의 Singleton인가
- 55 folly::SingletonVault 분석 — 등록·소멸·의존성
- 56 folly::Singleton try_get·try_get_fast — TLS-cached 접근
- 57 folly::ExceptionWrapper — type-erased exception holder
- 58 folly::ScopeGuard·SCOPE_EXIT — RAII cleanup
- 59 folly::Optional vs std::optional
- 60 folly::Function vs std::function
- 61 folly::Lazy — 지연 초기화 wrapper
- 62 folly Meta 스타일 code review 패턴
- 63 folly anti-patterns — 잘못 쓰면 std보다 느림
- 64 folly vs std 선택 기준 분석
- 65 folly::coro 개요 — production C++20 코루틴 어댑터
- 66 folly::coro::Task — lazy single-shot 코루틴
- 67 folly::coro::AsyncGenerator — 비동기 스트림
- 68 folly coro blockingWait·collectAll — 동기 경계와 fan-in
- 69 folly::coro::Baton·Mutex — 코루틴-aware 동기화
- 70 folly::Expected — 결과 또는 오류
- 71 folly::Try — Future 결과 wrapper
- 72 folly::Try vs Expected 선택 기준
- 73 folly::Range — 일반 iterator pair
- 74 folly::Uri — URL 파서
- 75 folly Fingerprint64·128 — 분산 hash
- 76 folly SpookyHashV2 — fast non-crypto hash
- 77 folly::Init — main() 부트스트랩
- 78 folly::Indestructible — global lifetime 패턴
- 79 folly::MicroLock — 1-byte 락
- 80 folly::MicroSpinLock — 가장 좁은 spin lock
- 81 folly::format — legacy formatter 분석
- 82 folly::demangle — typeid 디망글링
- 83 folly::DynamicConverter — dynamic ↔ struct
- 84 folly::RecordIO — append-only 로그 파일 포맷
- 85 folly::io::Compression — zstd·lz4·snappy wrapper
- 86 folly::AsyncIO — io_uring·Linux AIO
- 87 folly::CancellationToken — 코루틴·Future 취소 전파
- 88 folly::observer — hot config의 atomic refresh
- 89 fbcode 패턴 모음 — folly 사용의 실전
관련 글
folly::Lazy — 지연 초기화 wrapper
Part 13-05: folly::Lazy — once_flag/call_once 패턴을 type level로. 무거운 객체의 첫 사용까지 초기화 연기.
같은 시리즈에서 이어 읽기
fbcode 패턴 모음 — folly 사용의 실전
Meta fbcode 코드 리뷰에서 반복적으로 등장하는 folly 사용 패턴 — overview + 시리즈 마무리.
같은 시리즈에서 이어 읽기
folly::observer — hot config의 atomic refresh
folly::observer — read mostly 값의 atomic refresh, hot config·feature flag·LB weight 같은 패턴의 표준.
같은 시리즈에서 이어 읽기