本篇是尝试对C++11的三种智能指针(unique_ptr, shared_ptr, weak_ptr)进行的复现结果, 智能指针的复现在面试中经常考到, 需要好好熟悉.
1>智能指针可以在.h中定义, 并且可以=nullptr ShareRef不允许在.h中定义的, 并且一直有值，在二中介绍 2>注意使用前要判断.IsValid()注意是. 不是箭头 3>或者使用.Get进行判断 如果都有值的话再去调用重载的操作符->去获取值, 比较安全。因为使用->的时候会先判断智能指针是否有效， 如果无效的话，直接会导致断言(check)，随后程序崩溃。下面贴一下重载的->源码 4>和C++11的shareptr一样，内部都是基于引用计数的。所以你可以通过GetSharedReferenceCount()获取到当前的引用计数 “`cpp FORCEINLINE ObjectType* operator->() const { check( IsValid() ); //可以看到这里的check return Object; } “` ### 2)类型转换 1>ConstCastSharedPtr注意事项 下面是错误写法, 不能通过ConstCastSharedPtr直接转成派生类
在C++回调中，当使用Lambda表达式捕获外部变量时，有两种捕获方式：按值捕获和按引用捕获。
大家好，今天继续分享一篇基础的智能指针的使用，在分享这篇之前，大家可以看之前分享的两种智能指针：C++智能指针学习(一),今天我们来分享剩下的两个智能指针：
C++里面的四个智能指针: auto_ptr, unique_ptr,shared_ptr, weak_ptr 其中后三个是C++11支持，并且第一个已经被C++11弃用。
概览 Chromium是一个极其多线程的产品。我们努力让UI尽可能快速响应，这意味着任何阻塞I/O或者其他昂贵操作不能阻塞UI线程。我们的做法是在线程间传递消息作为交流的方式。我们不鼓励锁和线程安全对
在谈到学习C++时，好多人都说它特别难，说它复杂。很可能有一部分原因就是C++的内存管理，在程序运行过程中很容易就会出现内存泄漏。然而从C++11引入的智能指针这一问题得到解决。
HTTP严格安全传输（HTTP Strict Transport Security, HSTS）chromuim实现源码分析（一） 下面来查看其他对保存HSTS信息的enabled_sts_hosts_进行操作的函数，对这些函数进行追踪来了解是如何对状态进行管理的。 1.首先发现几个没有调用者的方法 TransportSecurityState::DeleteDynamicDataForHost提供了同时删除HSTS和PKP的机制，但是除单元测试外没有其他地方调用该方法。同样，void TransportS
后来发现原来是js里调用了preventDefaultMethodCallback，是jquey调用的：
WebKit.dll!WebCore::BlobURL::createBlobURL(const WTF::String & originString) 行 76 C++ WebKit.dll!WebCore::BlobURL::createPublicURL(WebCore::SecurityOrigin * securityOrigin) 行 47 C++ > WebKit.dll!WebCore::FileReaderLoader::start(WebCore::ScriptExecutionContext * scriptExecutionContext, WebCore::Blob * blob) 行 81 C++ WebKit.dll!WebCore::FileReader::readInternal(WebCore::Blob * blob, WebCore::FileReaderLoader::ReadType type, int & ec) 行 149 C++ WebKit.dll!WebCore::FileReader::readAsText(WebCore::Blob * blob, const WTF::String & encoding, int & ec) 行 113 C++ WebKit.dll!WebCore::jsFileReaderPrototypeFunctionReadAsText(JSC::ExecState * exec) 行 565 C++ > WebKit.dll!WebCore::BlobResourceHandle::BlobResourceHandle(WebCore::BlobData * blobData, const WebCore::ResourceRequest & request, WebCore::ResourceHandleClient * client, bool async) 行 173 C++ WebKit.dll!WebCore::BlobResourceHandle::createAsync(WebCore::BlobData * blobData, const WebCore::ResourceRequest & request, WebCore::ResourceHandleClient * client) 行 143 C++ WebKit.dll!WebCore::BlobRegistryImpl::createResourceHandle(const WebCore::ResourceRequest & request, WebCore::ResourceHandleClient * client) 行 80 C++ WebKit.dll!WebCore::createResourceHandle(const WebCore::ResourceRequest & request, WebCore::ResourceHandleClient * client) 行 59 C++ WebKit.dll!WebCore::ResourceHandle::create(WebCore::NetworkingContext * context, const WebCore::ResourceRequest & request, WebCore::ResourceHandleClient * client, bool defersLoading, bool shouldContentSniff) 行 92 C++ WebKit.dll!WebCore::ResourceLoader::start() 行 218 C++ WebKit.dll!WebCore::ResourceLoadScheduler::servePendingRequests(WebCore::ResourceLoadScheduler::HostInformation * host, WebCore::ResourceLoadPriority minimumPriority) 行 285 C++ WebKit.dll!WebCore::ResourceLoadScheduler::scheduleLoad(WebCore::ResourceLoader * resourceLoader) 行 189 C++ WebKit.dll!WebCore::ResourceLoadScheduler::scheduleSubresourceLoad(WebCore::Frame * frame, WebCore::CachedResource * resource, const WebCore::ResourceRe
问题是这样的，blink线程的void WaitableEvent::Wait() 里会卡死，等待UI线程。但UI线程可能在等blink线程的npapi真窗口响应消息。
系统会维护多张 SideTable ，（ 如果只有一张表的话，所有的对象，使用中会十分的耗费性能（查询，锁操作） ），多张表就会将对象分开存储，随着使用，可以对释放的对象进行表的存储的优化。空间换时间的常规操作。
C++程序中的内存分为两个部分：栈（在函数内部声明的所有变量都将使用栈内存）和堆（程序中未使用的内存，在程序运行时可用于动态分配内存）。
weak表其实是一个hash表，Key是所指对象的地址，Value是weak指针的地址数组，weak是弱引用，所引用对象的计数器不会+1,并在引用对象被释放的时候自动被设置为nil。通常用于解决循环引用问题。
许多面试官会问：你知道回调吗？你在写回调的时候遇到哪些坑？你知道对象生命周期管理吗？为什么这里会崩溃，那里会泄漏？ 在设计 C++ 回调时，你是否想过：同步还是异步？回调时（弱引用）上下文是否会失效？一次还是多次？如何销毁/传递（强引用）上下文？ 这篇文章给你详细解答！ 本文深入分析 Chromium 的 Bind/Callback 机制，并讨论设计 C++ 回调时你可能不知道的一些问题。 背景阅读 如果你还不知道什么是 回调 (callback)，欢迎阅读 如何浅显的解释回调函数 如果你还不知道什
前言：在 Node.js 中，我们有时候需要抓取进程堆快照来判断是否有内存泄漏，本文介绍Node.js 中抓取堆快照的实现。
前言：Node.js 提供了 trace event 的机制，在 Node.js 内核代码里，静态地埋了一些点，比如同步文件 IO 耗时，DNS 解析耗时等。每次执行这些代码时，Node.js 就会执行这些点的钩子，从而收集相应的数据。不过这个能力默认是关闭的，毕竟对性能会产生影响。我们可以通过 trace_events 模块打开这个功能。trace_events 模块会源源不断地把数据写到一个到多个文件中。除了通过 trace_events 模块之外，Node.js 也实现了通过 Inspector 协议收集 trace event 数据，本文介绍基于 inspector 协议收集 trace event 数据的实现。
以下文章来源于BOTManJL ，作者BOT Man What you don't use you don't pay for. (zero-overhead principle) —— Bjarne Stroustrup 背景阅读 在学习了 Chromium/base 库（笔记）后，我体会到了一般人和 优秀工程师 的差距 —— 拥有较高的个人素质固然重要，但更重要的是能 降低开发门槛，让其他人更快的融入团队，一起协作（尤其像 Chromium 开源项目 由社区维护，开发者水平参差不齐）。
上一篇介绍了UE4普通的共享指针TSharedPtr，了解到了内部是使用引用计数来管理的。
C++的智能指针是一种特殊的指针类型，它能够自动管理内存资源，避免常见的内存泄漏和多次释放等问题。C++11引入了三种主要的智能指针：unique_ptr、shared_ptr和weak_ptr。
调试、诊断子线程最直接的方式就是像调试、诊断主线程一样，但是无论是动态开启还是静态开启，子线程都不可避免地需要内置一些相关的非业务代码，本文介绍另外一种对子线程代码无侵入的调试方式，另外也介绍一下通过子线程调试主线程的方式。
今天国庆放假的第一天, 饿得无聊就出来找东西吃, 转着转着就来到公司了. 就我一人, 真爽 想想这几天看看N3吧, 工作上的事情还是按计划来 上作者blog一看, 又有新东西啦, 大体翻译一下: 我最后还是抽出时间打包了一个新的N3 SDK. 我会在星期一回到办公室时上传上去, 同时这里有一个大体的列表. 很多底层的东西改变了, 所以我不得不移除一些不错的前台特性(如在实现了多线程的渲染器后N2的角色渲染必须删除, 并且届时shader光照的代码会出错). 我会在下一个release版本中去考虑这些前
在UE4中有很多种智能指针，除了类似于C++的shared_ptr，unique_ptr等智能指针对应实现外，也有很多种和UObject相关的智能指针实现。这些智能指针的存在，可以让游戏的开发者方便得做好资源、内存以及对象的管理。引擎内部也在大规模的使用着这些智能指针，如果在不了解内部的原理和实现的情况下，而且在网上介绍关于UE4智能指针的用法文章也非常多。在不了解内部实现的情况下，只是照着网上示例或者直接调用UE4的API去用智能指针，就很可能写出BUG或性能糟糕的代码。本文就不过多的去介绍智能指针怎么用了，而是主要来分享一下智能指针的内部实现，在了解实现之后再去使用就会非常的容易，遇到了问题也可以轻松的解决。另外UE4的智能指针也有部分代码设计得非常巧妙，下面会一起分享出来。
C++ 中使用 std::shared_ptr 智能指针不当有可能会造成循环引用，因为 std::shared_ptr 内部是基于引用计数来实现的， 当引用计数为 0 时，就会释放内部持有的裸指针。但是当 a 持有 b， b 也持有 a 时，相当于 a 和 b 的引用计数都至少为 1，因此得不到释放，RAII 此时也无能为力。这时就需要使用 weak_ptr 来打破循环引用。
随着各种多端技术的蓬勃发展，项目主体从纯 Native 项目，到 Native+RN，到现在的 Native+RN+Flutter。基于我们的业务都在 Flutter 技术栈上面，这要求我们需要嵌套展示地图。目前，实现嵌套展示地图的主要方案有二个：
摘要： 尽管C++ 野指针和内存泄漏一直被诟病，但是在实时性很强的应用场合，c++ 仍然是不二之选。游戏服务器开发仍然使用c++ 作为主语言，但是大多结合动态脚本技术，一方面规避了野指针和内存泄露，一方面获得了开发效率和扩展性的红利。但脚本技术不是本文的讨论重点，事实上关于c++ 与 lua的技术文章我也一直在整理中，将会另文别述。今天主要说说在使用c++过程中，如何避免和解决野指针和内存泄漏问题。 野指针： 野指针的出现会导致程序崩溃，这是每个人都不愿意看到的。Linux会生成coredump文件
CHERI（Capability Hardware Enhanced RISC Instructions，功能硬件增强的RISC指令）利用新的体系结构功能扩展了常规的硬件指令集体系结构（ISA），从而实现了细粒度的内存保护和高度可扩展的软件分区。CHERI内存保护功能允许将历史上内存不安全的编程语言（例如C和C ++）进行修改，以针对许多当前被广泛利用的漏洞提供强大，兼容和有效的保护。它是在2020年11月由剑桥大学联合ARM公司发布的，基于Morello开源硬件平台设计的。
前言：本文介绍一下 V8 关于 Inspector 的实现，不过不会涉及到具体命令的实现，V8 Inspector 的命令非常多，了解了处理流程后，如果对某个命令感兴趣的话，可以单独去分析。
flutter 可以分层三层，第一层是我们 dart 的代码，包括 UI 组件、动画、Gesture 等等，也就是每次我们新建 dart 文件，需要 import 的那些包里的类：
前言：trace 系统用于收集内核的数据，本文介绍在 Node.js 中 trace 的架构和实现，因为 Node.js 的 trace 系统是基于 V8 的，所以也会介绍 V8 部分。因为实现细节比较多，逻辑也比较复杂，有兴趣的同学可以配合源码一起阅读或者看一下前面的相关文章。
Boost 库是一个由C/C++语言的开发者创建并更新维护的开源类库，其提供了许多功能强大的程序库和工具，用于开发高质量、可移植、高效的C应用程序。Boost库可以作为标准C库的后备，通常被称为准标准库，是C标准化进程的重要开发引擎之一。使用Boost库可以加速C应用程序的开发过程，提高代码质量和性能，并且可以适用于多种不同的系统平台和编译器。Boost库已被广泛应用于许多不同领域的C++应用程序开发中，如网络应用程序、图像处理、数值计算、多线程应用程序和文件系统处理等。
建议去掘金查看本文，带目录方便阅读。 《iOS - 老生常谈内存管理（四）：内存管理方法源码分析》
在上篇文章(内存泄漏-原因、避免以及定位)中，我们提到了用智能指针来避免内存泄漏，今天借助本文，从实践、避坑和实现原理三个角度分析下C++中的智能指针。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
