tencent / oomdetector Goto Github PK

可以看下这里闪退是什么原因么 第一个demo点击运行demo 然后check内存泄漏 实在不知道怎么改 哭唧唧

因为看到有这个不错的工具，因此在研究集成到工程中去，特意花了几天把源代码研读一番，下面是个人给出的几个建议希望能尽快升级这个库：

1.bool CStackHelper::isInAppAddress(vm_address_t addr)这个函数的实现不完全正确，第0个image的内容不一定就是可执行程序本身，有可能是dyld库或者其他一些比如用于XCODE调试和分析的一些支持库。

2.对于程序中获取所有image信息的数据结构AppImages看到只在一处进行初始化构建，但是实际中某些image是可能在运行时动态加载和卸载的，因此需要有一个机制能够在运行时动态更新所有的image信息。还是bool CStackHelper::getImageByAddr(vm_address_t addr,segImageInfo *image)这个函数有可能会返回false然后我看代码里面有不少这个函数的使用，当返回false时不进行处理，这样就如我上面说的某一些在运行时加载的image就无法查找到对应的信息从而漏了记录。

3.建议对获取的image信息进行开始地址和结束地址排序排列，这样在进行一些地址归属某个image时比如：bool CStackHelper::getImageByAddr(vm_address_t addr,segImageInfo *image)函数就可以用二分查找法来增强性能。

4.在编程风格上看到有OC代码有C++代码，但是代码中貌似没有语言层面分层的概念，有时候在众多C++代码中又突然调用OC代码，然后OC代码中又突然调用C++代码。这样的设计方法我觉得有待优化。

5.最后，优秀的开源库还是值得去接入和使用的。

[detector setPerformanceDataDelegate:] 在[detector setupWithDefaultConfig]后调用会导致启动回调不到，建议添加说明

大佬们请教下，腾讯内部是做的混淆获取的虚拟内存，还是使用的其他技术手段，比如hook虚拟内存的分配函数？ 但经过实践，hook方案不好使，有没有可以指点的？

调用 executeLeakCheck:(QQLeakCheckCallback)callback 导致 app 崩溃.

size_t CStacksHashmap::hash_code(void *key) { uint64_t *value_1 = (uint64_t *)key; uint64_t *value_2 = value_1 + 1; size_t offset = (size_t)(*value_1 + *value_2)%(entry_num - 1); return offset; }

crash 在 size_t offset = (size_t)(*value_1 + *value_2)%(entry_num - 1);

终端打印如下日志：
Begin Translation......
APP Name:OOMDetector
begin translate stack:...
pre_begin:63 begin:99

pre_begin:63 begin:99

atos success!
stack_cnt:1
end translate stack:...
end Translation......
看了下脚本，是不是翻译完后的脚本后缀是translated.log；
但是我这边没有生成，请问是什么原因。

view和viewController的内存泄露检测不到.

https://mp.weixin.qq.com/s/r0Q7um7P1p2gIb0aHldyNw

• 4 PCDBank CStackHighSpeedLogger::CStackHighSpeedLogger() (in PCDBank) +68
• 5 PCDBank CStacksHashmap::CStacksHashmap() (in PCDBank) +76
• 6 PCDBank COOMDetector::startVMStackMonitor() (in PCDBank) +80

沙盒中没找到.log的文件，在/Library/Foom/目录下，有.oom的文件，爆内存的堆栈信息是记录在这个文件内的吗？如果是的话，按照文档的说明，使用translate_oom.py解析该.oom文件，得到的.log文件是空，size为0

Player data archive not found at /var/containers/Bundle/Application/CF09F982-D893-49E1-AA92-64D6D04370C3/ProductName.app/Data/data.unity3d, using local filesystem
2018-01-26 10:50:10.843760+0800 ProductName[1573:287190] Metal GPU Frame Capture Enabled
2018-01-26 10:50:10.844361+0800 ProductName[1573:287190] Metal API Validation Disabled
2018-01-26 10:50:11.224427+0800 ProductName[1573:287190] [MC] Lazy loading NSBundle MobileCoreServices.framework
2018-01-26 10:50:11.226120+0800 ProductName[1573:287190] [MC] Loaded MobileCoreServices.framework
2018-01-26 10:50:11.233780+0800 ProductName[1573:287190] [MC] System group container for systemgroup.com.apple.configurationprofiles path is /private/var/containers/Shared/SystemGroup/systemgroup.com.apple.configurationprofiles
warning: could not execute support code to read Objective-C class data in the process. This may reduce the quality of type information available.

调用get_all_leak_ptrs方法中的代码：

qleak_ptrs_hashmap->removePtr(current->address,NULL,NULL);

在removePtr中释放了current所指向的内存，但是外面的current指针并没有置NULL，导致野指针crash

only import OOMDetector with CocoaPods under my project's DEBUG configuration

OSSpinLock在iOS不安全，建议使用dispatch_semaphore或pthread_mutex.

参考：
https://lists.swift.org/pipermail/swift-dev/Week-of-Mon-20151214/000372.html
https://blog.ibireme.com/2016/01/16/spinlock_is_unsafe_in_ios/
ReactiveCocoa/ReactiveCocoa#2619

有个场景是:需要的时候开启 不需要的时候停止监控。 现在拷贝了demo的startOOMDetector方法开启了监控 在需要停止监控的时候该怎样做 目前我调用了stopVMStackMonitor， stopMallocStackMonitor ，stopSingleChunkMallocDetector， currentLeakChecker] stopStackLogging，好像不起作用

初始化的代码:
OOMDetector *detector = [OOMDetector getInstance];
[detector setupWithDefaultConfig];
检测内存代码:
[[OOMDetector getInstance] executeLeakCheck:^(NSString *leakStack, size_t total_num){
self.textView.text = leakStack;
}];
第一次调用检测代码能够检测出内存泄漏

第二次再调用

这里报 malloc: Attempted to register zone more than once: 0x16fd65bd8

有计划支持osx吗？

能否获取无主内存的分配堆栈

如题

• (double)appUsedMemory中计算出的app内存使用值与xcode中Memory Report的值相差很多，试了下通过phys_footprint来计算与xcode的基本一致，能告诉你们这样计算的原因吗

此组件在一些情况下会发生死锁，不知道项目大神们有没有什么建议
未能稳定复现此问题，故不知道原因在哪

This project will lead to deadlock under certain circumstances. Still trying to find what happened.

ITMS-90338: Non-public API usage - The app references non-public symbols in Frameworks/OOMDetector.framework/OOMDetector: ___syscall_logger. If method names in your source code match the private Apple APIs listed above, altering your method names will help prevent this app from being flagged in future submissions. In addition, note that one or more of the above APIs may be located in a static library that was included with your app. If so, they must be removed. For further information, visit the Technical Support Information at http://developer.apple.com/support/technical/

Analyzing dependencies
[!] Unable to find a specification for OOMDetector

我写了一个ViewController测试以下几种方式引发的内存漏泄，但是发现日志并没有检测结果，这是什么原因？

这个ViewController 是这样写的：

@interface TableView : NSObject
@property(nonatomic) Byte *space;
@property(nonatomic, copy) void (^block)();
-(void)sayHello;
@end

#define kTenMB  1048576 * 10
@implementation TableView
- (instancetype)init {
    self = [super init];
    if (self) {
        //分配 10MB 内存
        self.space = malloc(kTenMB);
        memset(self.space, 0, kTenMB);
    }
    return self;
}
-(void)sayHello {
    NSLog(@"Hello!");
}
- (void)dealloc {
    NSLog(@"=== %s",__func__);
    free(self.space);
}
@end


@interface AViewController ()
@property(nonatomic, copy) void (^block)();
@property(nonatomic, strong) TableView *tableView;

@end

@implementation AViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view.
    self.title = @"A";
    self.view.backgroundColor = UIColor.greenColor;
    
// ---- Block ,self leak ----
   self.block = ^{
//        [self test];
       NSLog(@"== title:%@",self.title);
   };
   self.block();

   // ---- tableView leak ----
   TableView *tableView = [TableView new];
   tableView.block = ^{
       [tableView sayHello];
   };
    
}

- (void)dealloc {
    NSLog(@"==== %s %@",__func__,self);

}

@end

在- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions 也做了以下配置：

[[OOMDetector getInstance] setupWithDefaultConfig];
// 开启内存泄漏监控
[[OOMDetector getInstance] setupLeakChecker];

项目中有多个fishhook的时候，#import "fishhook.h"不正确，最好使用#import <fishhook/fishhook.h>

-(BOOL)startMallocStackMonitor:(size_t)threshholdInBytes needAutoDumpWhenOverflow:(BOOL)needAutoDump dumpLimit:(double)dumpLimit sampleInterval:(NSTimeInterval)sampleInterval;

FBRetainCycleDetector 可以

有什么方法把 OOM 上报到 bugly？

阅读源码后有个疑惑的地方，望解惑。

假如我在主线程调用执行进行无主内存检测，此时有子线程调用malloc分配内存，并还未执行到free函数，刚好该线程被挂起，无法执行free。那么是否会认为这个地方产生了无主内存块？

谢谢！

如题

"1 libsystem_malloc.dylib 0x18181e000 0x18181ebe8" 
"2 libsystem_malloc.dylib 0x18181e000 0x181821574" 
"3 TCTravel_IPhone 0x1005bc000 0x10061ff1c" 
"4 libdispatch.dylib 0x1093e0000 0x1093e145c"

比如这些，具体怎么回溯成看的懂的堆栈？能给点方向么？

@IBAction func makeLeaks(_ sender: Any) { let size = 51 * 1024 * 1024 let payload = UnsafeMutablePointer<UInt8>.allocate(capacity: size) let data = Data() data.copyBytes(to: payload, count: size) }
这份代码应该是会创建泄漏的内存的，但是用executeLeakCheck没有检测到

在启用监控后，运行程序一段时间，显示 App 内存从 80M 暴增至 300M，随查看生成的名为的 normal_malloc20180621_093431650.log 的 oom_file 文件，结果显示该文件为 16 进制全 0 文件，字节数为 524KB，且多次此时该文件均为 524KB。

摘录如下

0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000

请问这种现象正常么，如何解决呢

thanks

这个函数怎么调用的，谢谢啦