Как в проекте отловить в дебаггере все вызовы одной конкретной функции?

Поимка всех вызовов конкретной функции в дебаггере

Отлов всех вызовов конкретной функции в проекте — это мощный метод отладки, который позволяет отслеживать выполнение кода, анализировать параметры и выявлять нежелательные вызовы. Есть несколько подходов, которые можно использовать в зависимости от типа проекта, языка и инструментов разработки.

Основные методы отлова вызовов функций

1. Symbolic Breakpoint (символьный брейкпоинт) в Xcode

Самый простой и эффективный способ для проектов iOS/macOS. Вы можете установить брейкпоинт на конкретное имя функции.

Шаги:

1. Откройте проект в Xcode
2. Перейдите в Debug Navigator (Cmd+8)
3. Кликните на синюю иконку брейкпоинта в панели инструментов → Create Symbolic Breakpoint
4. В поле Symbol введите точное имя функции:
   • Для Swift: YourClassName.yourFunctionName
   • Для Objective-C: -[YourClassName yourMethodName] (экземплярный метод) или +[YourClassName yourMethodName] (классовый метод)

// Пример функции в Swift
class DataManager {
    func saveData(_ data: [String: Any]) -> Bool {
        // Реализация сохранения
        return true
    }
}

// В Symbolic Breakpoint указываем:
// DataManager.saveData(_:)

Преимущества:

• Работает для любого метода в проекте
• Автоматически срабатывает при каждом вызове
• Можно добавить действия (логирование, выполнение выражения)

2. Логирование через модификацию кода

Если символические брейкпоинты недоступны, можно временно модифицировать код функции.

Пример для Swift:

func processImage(_ image: UIImage) -> UIImage? {
    // Логирование вызова
    print("processImage вызван в \(Date()) с размером: \(image.size)")
    
    // Добавляем условную точку остановки для дебаггера
    #if DEBUG
    if ProcessInfo.processInfo.environment["DEBUG_PROCESS_IMAGE"] != nil {
        let breakpoint = 1 // Поставим здесь breakpoint в дебаггере
    }
    #endif
    
    // Оригинальная логика функции
    return image.applyingFilter("CIGaussianBlur")
}

3. Использование Swizzling в Objective-C и Swift

Для более глубокого мониторинга можно временно подменить реализацию метода.

Пример для Objective-C:

#import <objc/runtime.h>

@implementation UIViewController (DebugTracking)

+ (void)load {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        Class class = [self class];
        
        SEL originalSelector = @selector(viewDidLoad);
        SEL swizzledSelector = @selector(debug_viewDidLoad);
        
        Method originalMethod = class_getInstanceMethod(class, originalSelector);
        Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector);
        
        method_exchangeImplementations(originalMethod, swizzledMethod);
    });
}

- (void)debug_viewDidLoad {
    NSLog(@"viewDidLoad вызван в %@", NSStringFromClass([self class]));
    [self debug_viewDidLoad]; // Вызов оригинального метода
}

@end

4. Использование LLDB команд

Через консоль LLDB можно динамически устанавливать брейкпоинты.

# Установка брейкпоинта по имени функции
(lldb) breakpoint set -F "-[UIViewController viewDidLoad]"

# Установка брейкпоинта по регулярному выражению
(lldb) breakpoint set -r ".*viewDidLoad.*"

# Просмотр всех установленных брейкпоинтов
(lldb) breakpoint list

# Добавление действия к брейкпоинту
(lldb) breakpoint command add 1.1
Enter your debugger command(s). Type 'DONE' to end.
> po $arg1
> bt
> DONE

Практические рекомендации

1. Фильтрация контекста
   В символических брейкпоинтах можно использовать условия:

   Condition: self is DataManager && data.count > 0
   

2. Автоматическое логирование
   Добавьте действие к брейкпоинту для автоматического логирования:

   Action: Debugger Command
   Command: po "Функция вызвана с параметрами: \(data)"
   

3. Использование стек-трейса
   При срабатывании брейкпоинта используйте команду bt в LLDB для получения полного стека вызовов.

4. Мониторинг через инструменты
   Для сложных случаев используйте Instruments (Time Profiler, System Trace) для отслеживания вызовов функций в реальном времени.

Продвинутые техники

Для сложных сценариев можно создать кастомную конфигурацию брейкпоинтов:

# Python скрипт для автоматизации установки брейкпоинтов
import lldb

def set_function_trace(debugger, command, result, internal_dict):
    target = debugger.GetSelectedTarget()
    
    # Устанавливаем брейкпоинты на несколько функций
    functions = [
        "-[UIViewController viewDidLoad]",
        "-[UIViewController viewWillAppear:]",
        "-[UIViewController viewDidAppear:]"
    ]
    
    for func in functions:
        breakpoint = target.BreakpointCreateByName(func)
        breakpoint.SetAutoContinue(True)  # Продолжаем выполнение автоматически
        
debugger.HandleCommand('command script add -f trace_functions.set_function_trace tracefunc')

Важные предостережения

1. Производительность — частые брейкпоинты могут замедлить выполнение, особенно в циклах
2. Многопоточность — брейкпоинты срабатывают во всех потоках, что может вызывать race conditions
3. Системные фреймворки — брейкпоинты на системные функции могут вызвать нестабильность
4. Релизные сборки — некоторые методы могут быть инлайнированы или оптимизированы компилятором

Рекомендуемый рабочий процесс:

1. Начните с символического брейкпоинта в Xcode
2. Добавьте условия для фильтрации лишних срабатываний
3. Используйте автоматическое логирование через Actions
4. Для сложных случаев переходите к swizzling или кастомным LLDB скриптам

Эти методы позволяют эффективно отслеживать вызовы функций и являются неотъемлемой частью профессиональной отладки iOS-приложений.