ptfork.c实现了pthread_atfork函数，该函数的作用见pthread_atfork(3) - Linux manual page和源码中的pthread_atfork.man文件。
"本文从编译、二进制程序文件和运行角度逐级解析了 Linux C 语言程序中几种变量类型"
就那七个张伟，他们有一个共用属性，钱包里的钱。这天，张伟A在吃喝的时候，发现钱给没了，原因是张伟B拿去捐款了，那就很尴尬了。为了避免这种情况，怎么办？他们商量了一下，给钱包上个锁，是吧，谁要用谁上锁。上了锁谁都别用，用完再解锁，大家再用。 但是呢？今天张伟A在吃饭之前，看了下钱包，钱还够，但是总不能这会儿把钱包锁了吧，吃个饭那么久，别人都不要用了吗？所以他就没锁。就在这档口，张伟C买了个王者荣耀新出的皮肤，完了，我们可怜的张伟A要结账的时候，没钱了，又要刷盘子了。 所以说，这个锁啊，并不能百分百的就保证线程的安全。 像这种情况啊，那怎么办？那就在吃饭结账的时候看一眼有没有钱，没钱那就吃慢点，等着钱包的钱又有了再说。 这是操作系统的资源调度算法，拿来举个例子说线程安全。
C++11 中推出了三种智能指针，unique_ptr、shared_ptr 和 weak_ptr，同时也将 auto_ptr 置为废弃 (deprecated)。
C++20新增的4个大特性之一，Module解决的是以前C编译include预处理效率低下痛点。提案地址，具体内容单独介绍，需要了解的事 module，import也成为关键字了，C++20之前的代码最好不要使用，防止冲突。
还记得上篇文章中，AddressSanitizer（ASAN）linux下的内存分析神器的问题的文章吧，
本期的技术解码，为您解析 编程中，内存问题的分析与定位方法 对编程语言设计来说，内存管理分为两大类：手动内存管理(manual memory management) 和垃圾回收(garbage collection). 常见的如C、C++使用手动内存管理，Java使用垃圾回收。本文主要关注手动内存管理。 GC GC使内存管理自动化，缺点是引入了GC时不可预测的暂停(unpredictable stall)，对实时性要求高的场景不适用。现代的GC实现一直朝着减小“stop-the-world"影
mutex即互斥，用于控制多线程间同步、互斥访问资源。 相关的结构体。 /* Mutexes (not abstract because of PTHREAD_MUTEX_INITIALIZER). */ typedef struct { // 自旋锁 int m_spinlock; /* Spin lock to guarantee mutual exclusion. */ // 用于递归加锁，即某个线程多次获取了该互斥变量。m_count记录了次数 int m_count; /
之前文章提到过JNIEnv是线程相关的，即在每一个线程中都有一个JNIEnv指针，每个JNIEnv都是线程专有的，其他线程不能使用本线程中的JNIEnv．
编译环境 Ubuntu 16.04 x86_64 himix2000 编译工具链 下载openssl源码 wget https://www.openssl.org/source/openssl-1.1.1d.tar.gz 解压源码 tar xvf openssl-1.1.1d.tar.gz 执行Configure脚本 ./Configure linux-generic32 \ no-shared \ no-asm \ --prefix=/ilock/dist/himix200_openssl_11
从较浅的层面看，智能指针其实是利用了 RAII（资源获取即初始化）技术对普通的指针进行封装，这使得智能指针实质是一个对象，行为表现的却像一个指针。
上午查阅 Rust 官网内部博客，看到 Rust 1.51.0 stable 预发布版本已经开放测试。正式发布版本定于 UTC 标准时 2021-03-25，北京时间估计要到本周五。
C++11中推出了三种智能指针，unique_ptr、shared_ptr和weak_ptr，同时也将auto_ptr置为废弃(deprecated)。
2021 年 2 月 11 号，Rust 1.50 稳定版发布[1]。1.50版更新包括：
上一篇文章 Linux内核源码分析 - 系统调用 中分析了linux下的系统调用在kernel space层是如何实现的，现在我们来分析下user space层的实现。
这是一个基于python3开发的字典生成器。构想是依据国人的习惯生成一份字典，目前由于本人太菜，还找不到一个良好的方法来生成，文件读写也是个大问题。
前段时间有人在 opentelemetry-cpp 提出了api组件在动态库中单例无法工作的 issue ，( https://github.com/open-telemetry/opentelemetry-cpp/issues/1520 ) 。
在学习异常的时候，我们知道了由于异常的反复横跳可能会导致内存泄露的问题，但是对于一些自定类类型来说他在栈帧销毁的时候会去调用对应的析构函数，但是以下这种必须手动释放的场景，一旦抛出异常就会造成内存泄露的结果。
「DEBUG」是计算机「排除故障」的意思。马克2号(Harvard Mark II)编制程序的格蕾丝·霍珀(Grace Hopper)是一位美国海军准将及计算机科学家，同时也是世界最早的一批程序设计师之一。有一天，她在调试设备时出现故障，拆开继电器后，发现有只飞蛾被夹扁在触点中间，从而“卡”住了机器的运行。于是，霍珀诙谐地把程序故障统称为“臭虫(BUG)”，把排除程序故障叫DEBUG，而这奇怪的“称呼”，竟成为后来计算机领域的专业行话。
Open vSwitch on Linux, FreeBSD and NetBSD
weak表其实是一个hash表，Key是所指对象的地址，Value是weak指针的地址数组，weak是弱引用，所引用对象的计数器不会+1,并在引用对象被释放的时候自动被设置为nil。通常用于解决循环引用问题。
符号是链接的粘合剂，没有符号无法完成链接。每一个目标文件都会有一个相应的符号表（Symbol Table），表里记录了目标文件用到的所有符号。
第一部分：借用 Xcode 找到与 weak 有关的所有内容，并进行整理和归纳，推导出核心的数据结构和方法集。
做转码服务的原型时，看了看MCU的实现，考虑到如果不做转码，可以将多路rtp流直接合成为一路rtmp流输出，这样就相当于实现了多人连麦，并将多人连麦的视频转发直播了，所以做了这个简单的原型实现！
我们经常会使用weak来解决OC中的循环引用问题，因为weak不会使引用计数加1；并且weak修饰的指针还会在对象被销毁后自动置空，这有效的解决了野指针调用的问题。
在前面关于wait/notify及notifyAll方法的时候，notify在源码的注释中说到notify选择唤醒的线程是任意的，但是依赖于具体实现的jvm。原文如下：
前言： ELF只linux是最常用的可执行文件格式，这里简单分析一下ELF格式，介绍几个常用命令，并分享几个不常见的问题。 分析： 1，dynamically link 老习惯，从“Hello W
C++ 中使用 std::shared_ptr 智能指针不当有可能会造成循环引用，因为 std::shared_ptr 内部是基于引用计数来实现的， 当引用计数为 0 时，就会释放内部持有的裸指针。但是当 a 持有 b， b 也持有 a 时，相当于 a 和 b 的引用计数都至少为 1，因此得不到释放，RAII 此时也无能为力。这时就需要使用 weak_ptr 来打破循环引用。
当我们app被卸载，一些流氓软件还能够在后台做操作，对于root过的手机，甚至可以重新安装回来，今天介绍一种在没有root过的手机中监听自身app被卸载的方法。 核心思路：当app被卸载，相应的进程也被中断，无论是广播还是线程，都将不复存在。但我们可以开启一个进程，不断监听文件夹变化。当app被安装时，会在/data/data/目录下新建相应包名的文件夹，而java中有一个工具类：FileObserver，可以监听文件和文件夹的变化，我们利用在native层调用FileObserver的方法 首先查看Fil
weak 只可以修饰对象。如果修饰基本数据类型，编译器会报错-“Property with ‘weak’ attribute must be of object type”。 assign 可修饰对象，和基本数据类型。当需要修饰对象类型时，MRC时代使用unsafe_unretained。当然，unsafe_unretained也可能产生野指针，所以它名字是"unsafe_”。
在 closure 捕获列表中，如果显式捕获self，则在 closure 使用时，则允许隐式使用self。即在 closure 捕获列表中声明[self], 则 closure 内调用self.的地方都可以不用书写该self.。这个特性在SE-0269中提议。现在本篇提议想把这个特性支持扩展到weak self的捕获上，并允许隐式self和已解包的self一样使用。效果就是如果在 closure 内 self 已经解包，则 closure 内调用 self 的地方可以不用写 self。如下例的dismiss方法调用：
摘要： 尽管C++ 野指针和内存泄漏一直被诟病，但是在实时性很强的应用场合，c++ 仍然是不二之选。游戏服务器开发仍然使用c++ 作为主语言，但是大多结合动态脚本技术，一方面规避了野指针和内存泄露，一方面获得了开发效率和扩展性的红利。但脚本技术不是本文的讨论重点，事实上关于c++ 与 lua的技术文章我也一直在整理中，将会另文别述。今天主要说说在使用c++过程中，如何避免和解决野指针和内存泄漏问题。 野指针： 野指针的出现会导致程序崩溃，这是每个人都不愿意看到的。Linux会生成coredump文件
你要知道的runtime都在这里 转载请注明出处 https://cloud.tencent.com/developer/user/1605429 本文主要讲解runtime相关知识，从原理到实践，由于包含内容过多分为以下五篇文章详细讲解，可自行选择需要了解的方向: 从runtime开始: 理解面向对象的类到面向过程的结构体 从runtime开始: 深入理解OC消息转发机制 从runtime开始: 理解OC的属性property 从runtime开始: 实践Category添加属性与黑魔法method sw
我们知道shared_ptr是采用引用计数的智能指针，多个shared_ptr实例可以指向同一个动态对象，并维护了一个共享的引用计数器。
CATSploit是一款基于CATS的自动化渗透测试执行工具，该工具基于网络攻击技术评分（CATS）方法实现其功能，可以在无需渗透测试人员操作的情况下，自动对目标应用执行安全渗透测试。
在swift开发中强引用和循环引用很容易发生的，针对这个情况swift使用了两个关键词作为破处这种循环引用的方式：weak unowned
只要持有block的变量和block中的变量不是同一个变量(可以指向同一个变量)，就不会因此循环引用，导致memory leak。
iOS开发中，控件的创建一般是两种，一种是通过 Storyboard/xib 创建，一种是通过纯代码创建。通过IB创建的控件，其实试图默认对其有着强引用-->比如IB创建一个UIButton -->形
在ARC有效时，其类型上必须附加所有权修饰符,用来管理属性在内存中的生命周期。 所有权修饰符一共4种， ______strong ______weak ______unsafe_unreationed __autoreleasing 属性声明的属性 所有权修饰符 assign __unsafe_unreationed 修饰符 copy __strong 修饰符 (但是赋值得是被复制的对象) reatin __strong 修饰符 strong __strong 修饰符 unsafe_unrea
rust 通过使用引用计数智能指针 Rc 和 Arc 来解决上面的问题。当我们对一个被 Rc 所标识的数据进行 clone() 的时候，并不会复制其内部数据，只是增加引用计数，而当一个 Rc 被 drop 的时候，只会减少其引用计数，直到引用计数为0，此时才会真正清除对应的内存。
在C++编程中，使用智能指针是一种安全管理对象生命周期的方式。std::shared_ptr是一种允许多个指针共享对象所有权的智能指针。然而，当一个对象需要获取对自身的shared_ptr时，传统的方法可能导致未定义行为。为了解决这个问题，C++引入了std::enable_shared_from_this类，本文将深入探讨其基础知识、使用案例以及内部实现。
弱符号是什么？ 弱符号： 若两个或两个以上全局符号（函数或变量名）名字一样，而其中之一声明为weak symbol（弱符号），则这些全局符号不会引发重定义错误。链接器会忽略弱符号，去使用普通的全局符号来解析所有对这些符号的引用，但当普通的全局符号不可用时，链接器会使用弱符号。当有函数或变量名可能被用户覆盖时，该函数或变量名可以声明为一个弱符号。弱符号也称为weak alias（弱别名）。 attribute((weak))的作用 情况是这样的，碰到一个棘手的问题：我们不确定外部模块是否提供一个函数func
跟踪引用计数，当最后一个 std::shared_ptr 对象离开作用域时，它会自动释放内存。
在 ARC 环境下，id 类型和对象类型和 C 语言其他类型不同，类型前必须加上所有权的修饰符。 所有权修饰符总共有4种：
系统会维护多张 SideTable ，（ 如果只有一张表的话，所有的对象，使用中会十分的耗费性能（查询，锁操作） ），多张表就会将对象分开存储，随着使用，可以对释放的对象进行表的存储的优化。空间换时间的常规操作。
几天前，OpenAI「超级对齐」(Superalignment)团队发布了成立以来的首篇论文，声称开辟了对超人类模型进行实证对齐的新研究方向。GPT-2能监督GPT-4，Ilya带头OpenAI超级对齐首篇论文来了：AI对齐AI取得实证结果
这时handler持有 Block 对象，而 Block 对象虽然捕获了weakSelf，延长了weakSelf这个局部变量的生命周期，但weakSelf是附有__weak修饰符的变量，它并不会持有对象，一旦它指向的对象被废弃了，它将自动被赋值为nil。在多线程情况下，可能weakSelf指向的对象会在 Block 执行前被废弃，这在上例中无伤大雅，只会输出Self is nil，但在有些情况下（譬如在 Block 中有移除 KVO 的观察者的逻辑，在执行到该逻辑前 self 就释放了）就会导致 crash。这时可以在 Block 内部（第一句）再持有一次weakSelf指向的对象，保证在执行 Block 期间该对象不会被废弃，这就是所谓的 weak-strong dance：
一、概念 weak_ptr是一种不控制所指向对象生存期的智能指针，它指向一个shared_ptr管理的对象 拥有“弱”共享的特点 最重要的特点 一个对象被多个shared_ptr类所指向时，就会拥有多个引用计数 但是当weak_ptr指向一个shared_ptr类所指向的对象时，该对象的引用计数不会增加 因此，当最后一个对象的最后一个shared_ptr类被释放时，该对象会被释放。即使此时仍有weak_ptr指向该对象，该对象的内存仍然会被释放 二、weak_ptr类的基本使用 我们需要用一个shared_
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
