美文网首页
基于DCloud关于iOS平台第三方插件开发时,JS调用OC时变

基于DCloud关于iOS平台第三方插件开发时,JS调用OC时变

作者: 冼强輝 | 来源:发表于2018-03-16 17:10 被阅读100次

    最近做写一个JS调用iOS蓝牙打印小票的功能。
    OC已经写好一套封装好的代码,
    想用插件的方法,调用已经封装好的OC代码。

    入正题

    问题1:block被野了!(成了野指针)

    OC代码-原

    //1.定义
    @interface HLBLEManager : NSObject
    /** 将数据写入描述中的回调*/
    @property (copy, nonatomic) HLWriteToDescriptorBlock writeToDescriptorBlock;
    @end
    
    - (void)writeValue:(NSData *)data forDescriptor:(CBDescriptor *)descriptor 
    completionBlock:(HLWriteToDescriptorBlock)completionBlock
    {
    //定义block
        _writeToDescriptorBlock = completionBlock ;
        [self writeValue:data forDescriptor:descriptor];
    }
    
    //2.使用
    - (void)peripheral:(CBPeripheral *)peripheral 
    didWriteValueForDescriptor:(CBDescriptor *)descriptor error:(nullable NSError *)error
    {
        if (error) {
            if (_writeToDescriptorBlock) {
                _writeToDescriptorBlock(descriptor, error);
            }
            return;
        }
        //使用block - 运行到这里会崩溃
        if (_writeToDescriptorBlock) {
            _writeToDescriptorBlock(descriptor, nil);
        }
    }
    

    _writeToDescriptorBlock1.定义中定义是以一个全局copy的变量,然而在2.使用时,_writeToDescriptorBlock确变成了一个野指针,直接导致系统崩溃。
    这种情况在OC原生时不会有问题,但在JS作插件,桥接调用时就会崩溃。

    这里我们先补充一下在OC原生情况下,block的作用域的知识

    栈块
        void (^block)();
        if (/* 条件 */) {
            block = ^{
                NSLog(@"Block A");
            };
        }
        else {
            block = ^{
                NSLog(@"Block B");
            };
        }
        block();
    

    定义在ifelse里的两个块都分配到栈内存中。编译器会给每个块分配好栈内存,但是当离开了相应的范围后,编译器有可能把分配给块的内存覆写了!!!
    于是,这两个块只能保证在对应的ifelse语句范围内有效。这样写出来的代码可以编译,但是运行起来有时正常(内存未被覆写),有时崩溃(内存被覆写)。
    为了解决这个问题——也就是保证不会被覆写,可给块对象发送copy消息进行拷贝。这样的话,块就会从栈中拷贝到堆中 (stack block ->heap block)。
    分配在栈上的对象会被系统自动回收,而在堆上对象必须引用计数为0才会被释放。因此,只需对块发送copy,就可令其安全了。

    堆块
        void (^block)();
        if (/* 条件 */) {
            block = ^{
                [NSLog(@"Block A") copy];
            };
        }
        else {
            block = ^{
                [NSLog(@"Block B") copy];
            };
        }
        block();
            
        }
    

    跟据以上block的内存分配原理,对原代码进行修改,这个崩溃的问题解决了。代码如下:

    OC代码-改正后

    - (void)writeValue:(NSData *)data forDescriptor:(CBDescriptor *)descriptor completionBlock:(HLWriteToDescriptorBlock)completionBlock
    {
        _writeToDescriptorBlock = [completionBlock copy];
        [self writeValue:data forDescriptor:descriptor];
    }
    
    问题2:array被野了!(成了野指针)

    这个问题与前一个问题类似,但解决方案不一样。

    @interface Printer()
    @property (strong, nonatomic)  NSMutableArray  *deviceArray;     /**< 蓝牙设备 */ 
    @end
    
    
    //使用变量
    - (void)managerInit:(PGMethod*)commands {
       /* 不断获取 peripheral 和  RSSI */
       NSDictionary *dict    = @{@"peripheral":peripheral, @"RSSI":RSSI};
       [self.deviceArray addObject:dict];//此时,多次使用时,deviceArray内存会突然被改写 
    }
    
    //初始化变量
    - (NSMutableArray *)deviceArray {
        if (!_deviceArray) {
             _deviceArray = [[NSMutableArray alloc] init];
        }
        return _deviceArray;
    }
    

    原因可能是JS没有引用计数的概念,所以,对OC的内存管理是混乱的。
    解决方案:只需要把变量deviceArray的定义改为全局静态变量就可以了。

    static NSMutableArray        *_deviceArray;     /**< 蓝牙设备自身使用 */
    

    好了,程序终于可以正常运作了,打印机终于打出了hello world !!!
    文章有不足或错误的地方,望指正。

    相关文章

      网友评论

          本文标题:基于DCloud关于iOS平台第三方插件开发时,JS调用OC时变

          本文链接:https://www.haomeiwen.com/subject/jbhrqftx.html