原因:创建类A的对象的时候没有用智能指针包裹,而是直接new的裸指针. enable_from_this 的使用与实现原理说明: shared_from_this()是enable_shared_from_this<T>的成员函数,返回shared_ptr<T>; 注意的是,这个函数仅在shared_ptr<T>的构造函数被调用之后才能使用. 原因是enable_shared_from_this::weak_ptr并不在构造函数中设置,而是在shared_ptr<…

出现boost::bad_weak_ptr最可能的原因是enable_shared_from_this<>类构造函数中调用shared_from_this(), 因为构造尚未完成,实例还没有被shared_ptr管理,自然没有weak_ptr. 还有可能就是enable_shared_from_this<>类没有创建成shared_ptr, 例如错误用成了scoped_ptr.…

前言 之前学习muduo网络库的时候,看到作者陈硕用到了enable_shared_from_this和shared_from_this,一直对此概念是一个模糊的认识,隐约记着这个机制是在计数器智能指针传递时才会用到的,今天对该机制进行梳理总结一下吧. 如果不熟悉C++带引用计数的智能指针shared_ptr和weak_ptr,可参考这篇文章:深入掌握智能指针 这篇文章主要介绍C++11提供的智能指针相关的enable_shared_from_this和shared_from_this机制. 问…

http://hi.baidu.com/cpuramdisk/item/7c2f8d77385e0f29d7a89cf0 shared_from_this()是enable_shared_from_this<T>的成员 函数,返回shared_ptr<T>.首先需要注意的是,这个函数仅在shared_ptr<T>的构造函数被调用之后才能使 用.原因是enable_shared_from_this::weak_ptr并不在构造函数中设置,而是在shared_ptr<…

shared_from_this()是enable_shared_from_this<T>的成员 函数,返回shared_ptr<T>.首先需要注意的是,这个函数仅在shared_ptr<T>的构造函数被调用之后才能使 用.原因是enable_shared_from_this::weak_ptr并不在构造函数中设置,而是在shared_ptr<T>的 构造函数中设置. 如下代码是错误的: class D:public boost::enable_shared…

如果你正在构建一个基于 gulp 的前端自动化开发环境,那么极有可能会用到 gulp-sass ,由于网络原因你可能会安装失败,因为安装过程中部分细节会到亚马逊云服务器上获取文件.本文主要讨论在不变更网络环境的前提下安装 gulp-sass / node-sass . 问题描述 执行 npm install 安装软件包 gulp-sass $ npm install gulp-sass 这个过程中会先安装 node-sass ,因为 gulp-sass 依赖于 node-sass .中间出现的错…

直接上图:原因:该div包含的内容是靠后台进行print操作,输出的.如果没有输出任何内容,浏览器会默认给该空白区域添加空白符.在IE6.7下,浏览器解析渲染时,会认为空白符也是占位置的,默认其具有字体的属性,所以也就出现“多余占位”的bug. 解决方法: 一.让html标签相接输出.例如:<div></div>. ——太过麻烦,代码也不规则,不好维护. 二.设置font-size:0; ——不能完美fix~ 二.使用注释符<!-- -->.例如:<div>…

MIP是什么?MIP是百度在2016年提出的移动网页加速器项目. MIP能做什么?MIP能帮助站长和网站开发者快速搭建移动端页面. MIP怎么加速?MIP从前端渲染和页面网络传输两方面进行优化,杜绝页面渲染中的阻塞问题,提升页面展现速度. 移动站应该用MIP吗? 这里有五个原因,告诉你MIP的好处: 一． 加速移动端页面,一切的基础 为减少DNS解析,MIP-Cache将静态文件以相对路径储存在百度CDN中: 为减少网络传输耗时,MIP-JS 控制静态资源的按需加载,MIP-Cache系统优先从…

本文出处:http://www.cnblogs.com/wy123/p/6238844.html 最近遇到一个存储过程在某些特殊的情况下,效率极其低效, 至于底下到什么程度我现在都没有一个确切的数据,因为预期很快就可以查询出来结果的SQL,实则半个小时都出不来,后面会有截图 观察执行计划的时候发现中间有一步中出现一个类似如下非常规的连接提示警告,如下图 no join predicate 意思就是没有连接谓词,表之间join的时候没有指定连接谓词可以导致no join predicate, 但是…

本文出处:http://www.cnblogs.com/wy123/p/6189100.html 标题有点拗口,来源于一个开发人员遇到的实际问题 先抛出问题:一个查询没有明确指定排序方式,那么,第二次执行这个同样的查询的时候,查询结果会不会与第一次的查询结果排序方式完全一样? 答案是不确定的,两个完全一样的查询,结果也完全一样,两次(多次)查询结果的排序方式有可能一致,有可能不一致. 如果不一致,又是什么原因导致同样的查询默认排序方式不一致? 以下简单分析几种情况,说明为什么查询同样的查询会出现…