关于 weak 变量的一个奇怪问题

一、概述 在C语言中，函数和初始化的全局变量（包括显示初始化为0）是强符号，未初始化的全局变量是弱符号。 对于它们，下列三条规则使用： ① 同名的强符号只能有一个，否则编译器报"重复定义"错误。 ② 允许一个强符号和多个弱符号，但定义会选择强符号的。 ③ 当有多个弱符号相同时，链接器选择最先出现那个，也就是与链接顺序有关。 二、哪些符号是弱符号？ 我们经常在编程中碰到一种情况叫...

在访问附有_weak修饰符的变量时，实际上必定要访问注册到autoreleasepool的对象。id _weak obj1 = obj0; NSLog(@"class = %@",[obj1 class]);以下源代码与此相同id _weak obj1 = obj0; id _autoreleasing tmp = obj1; NSLog(@"class = %@",[tmp class]);因为_

gcc reference里提到： A function with this attribute has its name emitted as a weak symbol instead of a global name. This is primarily for the naming of library routines that can be overridden by use

对于存在多线程释放并且并发访问的对象，不建议使用weak修饰或访问。因为weak的底层实现并不完全是线程安全，否则较容易导致over-release而crash。 一、问题 每次版本升级初期总是有少部分会遇到如下的crash 虽然量很少，但总是有也很是烦人。没办法只能看下到底是怎么回事。 二、问题描述 很明显，这是一个over-release的问题；挂在objc_release里； 业务代码如下...

weak_ptr这个指针天生一副小弟的模样，也是在C++11的时候引入的标准库，它的出现完全是为了弥补它老大shared_ptr天生有缺陷的问题。 相比于上一代的智能指针auto_ptr来说，新进老大shared_ptr可以说近乎完美，但是通过引用计数实现的它，虽然解决了指针独占的问题，但也引来了引用成环的问题，这种问题靠它自己是没办法解决的，所以在C++11的时候将shared_ptr和weak...

关注、星标公众号，直达精彩内容整理：技术让梦想更伟大 | 李肖遥链接：https://itexp.blog.csdn.net/article/details/106816700今天在使用 Keil （主要是 armcc 编译器）编译代码（华大的 MCU 驱动库hc32f46x_interrupts.h / c）的时候遇到了有 __weak 关键字的函数不起作用的问题，甚是奇怪。之前对于 _...

开始之前先看一段代码， struct A { std::shared_ptr<B>pointer; ~A() { std::cout<< "A被销毁"<<std::end; } }; struct B { std::shared_ptr<A>pointer; ~B() { std::cout<< "B被销毁"<<std::end; } }; int ma

format(printf, m, n), m是格式化的字符串位置就是那个"%s %d"这个字符串是第几个参数，从1开始数，n就是可变参数是第几个，可变参数就是那个... 三个点来表示的那个。在阅读代码过程中会发现一些奇怪的代码，比如attribute((weak))，就会很疑惑这个weak有啥用？unused 是用来修饰函数的，使用之后就不会报那种未使用的错误。（3）如果出现多个同名弱符号，编译器最终会选择内存占用量最大的那个符号。（1）如果出现多个强符号，最终会出现链接错误即符号的重定义。

问题阐述 在ARC环境下，我们常常会使用weak 的修饰符来修饰一个变量，防止其在block中被循环引用，但是有些特殊情况下，我们在block中又使用strong 来修饰这个在block外刚刚用__weak修饰的变量，为什么会有这样奇怪的写法呢？ 后来上网查资料，给的解释就是下面的这段话： 在block中调用self会引起循环引用，但是在block中需要对weakSelf进行 str

这个指针天生一副小弟的模样，也是在C++11的时候引入的标准库，它的出现完全是为了弥补它老大天生有缺陷的问题。相比于上一代的智能指针来说，新进老大可以说近乎完美，但是通过引用计数实现的它，虽然解决了指针独占的问题，但也引来了引用成环的问题，这种问题靠它自己是没办法解决的，所以在C++11的时候将和一起引入了标准库，用来解决循环引用的问题。什么是循环引用的问题呢？在shared_ptr的使用过程中，当强引用计数为0是，就会释放所指向的堆内存。那么问题来了，如果和死锁一样，当两个shared_ptr互相引用，那

在ARC环境下，我们常常会使用weak 的修饰符来修饰一个变量，防止其在block中被循环引用，但是有些特殊情况下，我们在block中又使用strong 来修饰这个在block外刚刚用__weak修饰的变量，为什么会有这样奇怪的写法呢？ 后来上网查资料，给的解释就是下面的这段话： 在block中调用self会引起循环引用，但是在block中需要对weakSelf进行 strong,保证

可判断已关联的shared_ptr是否已释放；构造时使用shared_ptr或weak_ptr，使用.lock();代替实现：（如果没有public std::enable_shared_from_this有效的方法是将weak_ptr作为成员变量，返回以weak_ptr创建的shared_ptr）:安全的返回指向this的shared_ptr或weak_ptr。需求：在类成员函数实现封装返回指向this的智能指针函数。2.代码异常后面的代码delete没有执行到导致内存泄露。

debug-like-a-tuner.jpg内存管理在iOS开发中很重要，在iOS 5之前，开发者需要使用MRC(Manual Reference Count)来进行对象的内存管理；为了方便开发者，从iOS 6开始，苹果引入了ARC(Automatic Reference Count)来进行内存管理，这无疑大大地减少了开发者的工作量。ARC本质还是MRC，它是在Xcode编译期间，在代码适当的位置...

本文详细解析了HAL库在STM32F1C8T6上的中断回调机制，重点探讨了`weak`弱声明的正确使用方法。通过实战案例，介绍了常见配置错误及解决方案，包括中断优先级设置、回调函数未被调用等问题，并提供了性能优化和调试技巧，帮助开发者高效利用HAL库进行中断处理。

/ 内核init/main.c中的初始化函数缓冲区溢出： 当程序尝试写入超出分配缓冲区边界的数据时发生。使用未初始化的内存: 当程序尝试读取未初始化的内存时发生。内存泄漏： 当程序中的内存不再被使用，但没有被释放时发生。使用释放后的内存： 当程序尝试访问已经释放的内存时发生。使用不合法的指针： 当程序尝试使用无效或未分配的指针时发生。