主頁 > 區塊鏈 > std::bind的結果是如何多次呼叫復制建構式的?

std::bind的結果是如何多次呼叫復制建構式的?

2021-10-15 01:42:39 區塊鏈

我一直試圖了解std::bind是如何作業的。所以用不同的例子來作業。下面是我無法理解的輸出的示例程式。

VERSION 1

class NAME
{
  public:
    void f().
    {
        std::cout<<"f"<<std::endl。
    }
    NAME()
    {
        std::cout<<"默認建構式"<<std::endl。
    }
    NAME(const NAME& )
    {
        std::cout<<"復制建構式"<<std::endl。
    }
};
int main()
{
   std::cout << "Hello World" << std::endl。
   名稱n。
   std::function<void ()> callable = std::bind(&NAME::f, n)。
   
   
   return 0;
}

上述版本1的輸出如下:

Hello World
default構造器
復制建構式
復制建構式

我知道傳遞的引數將被復制,所以復制建構式應該只被呼叫一次,但在上面的輸出中,復制建構式被呼叫了兩次。為什么/怎么會發生這種情況?是不是因為使用 std::bind 創建的新可呼叫程式將被用于初始化另一個使用 std::function 的 lhs 的可呼叫程式?

VERSION 2

int main()
{
   std::cout << "Hello World" << std::endl; 
   名稱n。
   std::function<void ()> callable = std::move(std::bind(& NAME::f, n))。
   return 0。
}

VERSION 2的輸出如下:

Hello World
default構造器
復制建構式
拷貝建構式
拷貝建構式

在上面的輸出中(版本2),當我使用std::move時,為什么/如何復制建構式被呼叫三次?

版本3

int main()
{
   std::cout << "Hello World" << std::endl。
   名稱n。
   auto callable = std::bind(&NAME::f, n)。
   return 0;
}

版本3的輸出如下:

Hello World
default構造器
復制建構式

在這種情況下(第3版),為什么/如何復制建構式只被呼叫一次?

版本4

int main()
{
   std::cout << "Hello World" << std::endl; 
   名稱n。
   auto callable = std::move(std::bind(&NAME::f, n)) 。
   return 0。
}

版本4的輸出如下:

Hello World
default構造器
復制建構式
復制建構式

當我們使用autostd::move()時,在這種情況下(版本4)會發生什么,為什么/如何復制構造器被呼叫兩次。

PS:該程式是在一個在線編譯器上執行的。使用的在線編譯器

編輯:閱讀評論后,我有一個進一步的問題/疑惑:

問題1

如果我使用auto callable_1 = std::bind(&NAME::f, n);std::function<void ()> callable_2 = std::bind(&NAME::f, n); 那么callable_1callable_2的型別是否不同?如果是,那么autocallable_1推導的型別是什么?還是說autocallable_1推匯出的型別將是一個未命名的類物件,就像對lambda一樣。

問題2

我有一個進一步的問題。正如我所做的,如果我在std::bind中傳遞n而不是&n,那么這個代碼是否合法?例如,如果我寫std::function<void ()> callable_1 = std::bind(&NAME::f, n);auto callable_2 = std::bind(&NAME::f, n);那么這兩段代碼是否違法?如果我在這兩種情況下通過ref(n)而不是n,那么它們是非法還是合法呢?

問題3

auto callable = [&n]{n.f()};auto callable = std::bind(&NAME::f, cref(n));(在功能上)和其他一些方面是否相等,除了編碼風格之外,是否有任何理由(優勢)選擇一個而不是另一個?

問題4

如果我寫auto callable = std::bind(&NAME::f, 1_); callable(n); callable(std::ref(n)); 。陳述句callable(n)是否非法?那么陳述句callable(std::ref(n));呢?

uj5u.com熱心網友回復:

首先,根據移動建構式的規則,沒有為類NAME定義隱式移動建構式。此外,從注釋這里

如果只提供復制建構式,所有的引數類別 都會選擇它(只要它需要一個對 const 的參考,因為 rvalues 可以 系結到常量參考),這使得復制成為了在移動不可用時的后備手段。

因此,每當你使用std::move時,你最終會呼叫一個復制建構式。這就解釋了為什么與第 3 版(分別是第 1 版)相比,第 4 版(分別是第 2 版)有一個對復制建構式的額外呼叫。

讓我們來看看其余的復制建構式。

正如你所正確指出的,復制建構式是通過std::bind的第二個引數來呼叫的。在所有的版本中,這都是第一次呼叫。

當你宣告時

 std::function<void ()> callable = std::bind(& NAME::f, n)。

你正在呼叫std::function的建構式,傳遞一個引數std::bind(&NAME::f, n),然后,再次復制。這說明了版本1中復制建構式的第二次呼叫,以及版本2中的第三次呼叫。請注意,強制性的復制消除在這里并不適用,因為你沒有傳遞一個std::function物件。

最后,當你使用

auto callable = std::bind(..)

你正在宣告一個未命名型別的變數,它包含了對std::bind的呼叫結果。 在宣告中沒有涉及復制。這就是為什么與第一版相比,第三版少了一個對復制建構式的呼叫。

對其他問題的回答

1.

callable_1callable_2的型別不同。callable_2是一個std::function物件,而callable_1是一個未指定的型別,是std::bind的結果。另外,它不是一個lamda。要看到這一點,你可以運行類似

的代碼
 auto callable_1 = std::bind(&NAME::f, n)。
   std::function<void ()> callable_2 = std::bind(&NAME::f, n)。
   //一個通用的lambdaauto callable_3 = [&]() { n.f(); };
   std::cout << std::boolalpha;
   std::cout << std::is_bind_expression<decltype(callable_1)>:value << std::endl。
   std::cout << std::is_bind_expression<decltype(callable_2)> ::value << std::endl。
   std::cout << std::is_bind_expression<decltype(callable_3)> ::value << std::endl。

看到它在Coliru上直播.

2.

正如@RemyLebeau所指出的,對std::bind的參考中的注釋的嚴格解釋,

正如在Callable中所描述的,當呼叫一個指向非靜態成員的指標 函式的指標或非靜態資料成員的指標時,第一個引數必須是一個參考或指標。 必須是一個參考或指標(可能包括智能指標,例如 包括智能指標,如 std::shared_ptr 和 std::unique_ptr),該物件的成員將被訪問。

這將表明該代碼必須用&n來呼叫,而用n來呼叫將是非法的。

然而,呼叫operator()的結果是std::invoke。從std::invoke的參考中,我們讀到(我做了一點重新編排):

如果f是一個指向T類的成員函式的指標:

a) 如果std::is_base_of<T, std::decay_t<decltype(t1)>>:value為真,那么INVOKE(f, t1, t2, ..., tN)就相當于(t1.*f)(t2。 ..., tN)

b) 如果std::decay_t<decltype(t1)>是一個專業化的 std::reference_wrapper,那么INVOKE(f, t1, t2, ..., tN)等同于 到(t1.get().*f)(t2, ..., tN)

c) 如果t1不滿足前面的 項,那么 INVOKE(f, t1, t2, ..., tN) 等于 ((*t1).*f)(t2, ..., tN)。

根據這一點,用n(情況a))或&n(情況c))呼叫std::bind應該是等價的(除了如果你使用n的額外拷貝),因為std: :decay_t<decltype(n)>給出了NAMEstd::is_base_of<NAME, NAME>:valuetrue(見 std::is_base_of的參考)。) 傳遞ref(n)對應于b)的情況,所以它同樣應該是正確的,并且等同于其他情況(除了上面討論的副本之外)。

3.

注意,cref為你提供了一個指向const NAME&的參考包裝器。所以你將無法呼叫callable,因為NAME::f不是一個const成員函式。事實上,如果你添加一個callable();,代碼就不會被編譯

除了這個問題,如果你使用std::ref或者NAME::fconst,我沒有看到auto callable = [&n]{n.f()};auto callable = std::bind(&NAME::f, ref(n));之間有根本區別。關于這些,請注意那個:

系結的引數是復制或移動的,并且永遠不會通過 除非用 std::ref 或 std::cref 包裝,否則絕不會以參考的方式傳遞。

就個人而言,我發現 lambda 語法更加清晰。

4.

std::bind的參考資料中,在operator()下,我們讀到

如果存盤的引數arg是T型別的,對于它來說 std::is_placeholder::value != 0(意思是,一個占位符,如 std::placeholder::_1, _2, _3, ...被用作初始呼叫系結的引數。 系結的初始呼叫),那么占位符所表示的引數 (u1代表_1,u2代表_2,等等)被傳遞給可呼叫物件:std::占位符中的 上面的std::invoke呼叫中的引數vn是std::forward(uj),并且 在同一呼叫中的相應型別Vn是Uj&&。

因此,使用占位符的效果又回到了問題1的情況。該代碼確實用不同的編譯器編譯

uj5u.com熱心網友回復:

//默認建構式將被呼叫。
名稱n。

//bind將n復制到一個內部結構中,n的復制建構式被呼叫。
auto fn = std::bind(&NAME::f, n)。

//賦值運算子將fn的成員復制到std::function的成員。
//這也是NAME的一個拷貝建構式呼叫。
std::function<void()> callable = fn; 

注意。 你也可以用lambda來代替bind

std:: function<void ()> callable([&n]{n. f()})

uj5u.com熱心網友回復:

#pragma once

namespace details
{
    template<typename T>
    結構 記憶體型別
    {
        using type = void;
    };

    template<typename RetvalType, typenameClassType, typename. Args>
    struct memfun_type<RetvalType(ClassType::*)(Args...) const>
    {
        using type = typename std::function<RetvalType(Args...)> 。
    };

} //詳情

template<typename Fn>
typename details::memfun_type<decltype(&Fn::operator())> ::type 
make_std_function(Fn const& fn) 
{
    return fn。
}

現在你可以從lambdas中制作std::function<RetvalType(Args...)> 像這樣

auto std_fn = make_std_function([](int n){return 2*n; });
int answer = std_fn2)。

轉載請註明出處,本文鏈接:https://www.uj5u.com/qukuanlian/314177.html

標籤:

上一篇:用戶定義的轉換通過臨時物件分配給常量參考變數

下一篇:我如何定義一個以捕獲的lambda為引數的函式?

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • JAVA使用 web3j 進行token轉賬

    最近新學習了下區塊鏈這方面的知識,所學不多,給大家分享下。 # 1. 關于web3j web3j是一個高度模塊化,反應性,型別安全的Java和Android庫,用于與智能合約配合并與以太坊網路上的客戶端(節點)集成。 # 2. 準備作業 jdk版本1.8 引入maven <dependency> < ......

    uj5u.com 2020-09-10 03:03:06 more
  • 以太坊智能合約開發框架Truffle

    前言 部署智能合約有多種方式,命令列的瀏覽器的渠道都有,但往往跟我們程式員的風格不太相符,因為我們習慣了在IDE里寫了代碼然后打包運行看效果。 雖然現在IDE中已經存在了Solidity插件,可以撰寫智能合約,但是部署智能合約卻要另走他路,沒辦法進行一個快捷的部署與測驗。 如果團隊管理的區塊節點多、 ......

    uj5u.com 2020-09-10 03:03:12 more
  • 谷歌二次驗證碼成為區塊鏈專用安全碼,你怎么看?

    前言 谷歌身份驗證器,前些年大家都比較陌生,但隨著國內互聯網安全的加強,它越來越多地出現在大家的視野中。 比較廣泛接觸的人群是國際3A游戲愛好者,游戲盜號現象嚴重+國外賬號安全應用廣泛,這類游戲一般都會要求用戶系結名為“兩步驗證”、“雙重驗證”等,平臺一般都推薦用谷歌身份驗證器。 后來區塊鏈業務風靡 ......

    uj5u.com 2020-09-10 03:03:17 more
  • 密碼學DAY1

    目錄 ##1.1 密碼學基本概念 密碼在我們的生活中有著重要的作用,那么密碼究竟來自何方,為何會產生呢? 密碼學是網路安全、資訊安全、區塊鏈等產品的基礎,常見的非對稱加密、對稱加密、散列函式等,都屬于密碼學范疇。 密碼學有數千年的歷史,從最開始的替換法到如今的非對稱加密演算法,經歷了古典密碼學,近代密 ......

    uj5u.com 2020-09-10 03:03:50 more
  • 密碼學DAY1_02

    目錄 ##1.1 ASCII編碼 ASCII(American Standard Code for Information Interchange,美國資訊交換標準代碼)是基于拉丁字母的一套電腦編碼系統,主要用于顯示現代英語和其他西歐語言。它是現今最通用的單位元組編碼系統,并等同于國際標準ISO/IE ......

    uj5u.com 2020-09-10 03:04:50 more
  • 密碼學DAY2

    ##1.1 加密模式 加密模式:https://docs.oracle.com/javase/8/docs/api/javax/crypto/Cipher.html ECB ECB : Electronic codebook, 電子密碼本. 需要加密的訊息按照塊密碼的塊大小被分為數個塊,并對每個塊進 ......

    uj5u.com 2020-09-10 03:05:42 more
  • NTP時鐘服務器的特點(京準電子)

    NTP時鐘服務器的特點(京準電子) NTP時鐘服務器的特點(京準電子) 京準電子官V——ahjzsz 首先對時間同步進行了背景介紹,然后討論了不同的時間同步網路技術,最后指出了建立全球或區域時間同步網存在的問題。 一、概 述 在通信領域,“同步”概念是指頻率的同步,即網路各個節點的時鐘頻率和相位同步 ......

    uj5u.com 2020-09-10 03:05:47 more
  • 標準化考場時鐘同步系統推進智能化校園建設

    標準化考場時鐘同步系統推進智能化校園建設 標準化考場時鐘同步系統推進智能化校園建設 安徽京準電子科技官微——ahjzsz 一、背景概述隨著教育事業的快速發展,學校建設如雨后春筍,隨之而來的學校教育、管理、安全方面的問題成了學校管理人員面臨的最大的挑戰,這些問題同時也是學生家長所擔心的。為了讓學生有更 ......

    uj5u.com 2020-09-10 03:05:51 more
  • 位元幣入門

    引言 位元幣基本結構 位元幣基礎知識 1)哈希演算法 2)非對稱加密技術 3)數字簽名 4)MerkleTree 5)哪有位元幣,有的是UTXO 6)位元幣挖礦與共識 7)區塊驗證(共識) 總結 引言 上一篇我們已經知道了什么是區塊鏈,此篇說一下區塊鏈的第一個應用——位元幣。其實先有位元幣,后有的區塊 ......

    uj5u.com 2020-09-10 03:06:15 more
  • 北斗對時服務器(北斗對時設備)電力系統應用

    北斗對時服務器(北斗對時設備)電力系統應用 北斗對時服務器(北斗對時設備)電力系統應用 京準電子科技官微(ahjzsz) 中國北斗衛星導航系統(英文名稱:BeiDou Navigation Satellite System,簡稱BDS),因為是目前世界范圍內唯一可以大面積提供免費定位服務的系統,所以 ......

    uj5u.com 2020-09-10 03:06:20 more
最新发布
  • web3 產品介紹:metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包,它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一,它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:46:47 more
  • Hyperledger Fabric 使用 CouchDB 和復雜智能合約開發

    在上個實驗中,我們已經實作了簡單智能合約實作及客戶端開發,但該實驗中智能合約只有基礎的增刪改查功能,且其中的資料管理功能與傳統 MySQL 比相差甚遠。本文將在前面實驗的基礎上,將 Hyperledger Fabric 的默認資料庫支持 LevelDB 改為 CouchDB 模式,以實作更復雜的資料... ......

    uj5u.com 2023-04-16 07:28:31 more
  • .NET Core 波場鏈離線簽名、廣播交易(發送 TRX和USDT)筆記

    Get Started NuGet You can run the following command to install the Tron.Wallet.Net in your project. PM> Install-Package Tron.Wallet.Net 配置 public reco ......

    uj5u.com 2023-04-14 08:08:00 more
  • DKP 黑客分析——不正確的代幣對比率計算

    概述: 2023 年 2 月 8 日,針對 DKP 協議的閃電貸攻擊導致該協議的用戶損失了 8 萬美元,因為 execute() 函式取決于 USDT-DKP 對中兩種代幣的余額比率。 智能合約黑客概述: 攻擊者的交易:0x0c850f,0x2d31 攻擊者地址:0xF38 利用合同:0xf34ad ......

    uj5u.com 2023-04-07 07:46:09 more
  • Defi開發簡介

    Defi開發簡介 介紹 Defi是去中心化金融的縮寫, 是一項旨在利用區塊鏈技術和智能合約創建更加開放,可訪問和透明的金融體系的運動. 這與傳統金融形成鮮明對比,傳統金融通常由少數大型銀行和金融機構控制 在Defi的世界里,用戶可以直接從他們的電腦或移動設備上訪問廣泛的金融服務,而不需要像銀行或者信 ......

    uj5u.com 2023-04-05 08:01:34 more
  • solidity簡單的ERC20代幣實作

    // SPDX-License-Identifier: GPL-3.0 pragma solidity >=0.7.0 <0.9.0; import "hardhat/console.sol"; //ERC20 同質化代幣,每個代幣的本質或性質都是相同 //ETH 是原生代幣,它不是ERC20代幣, ......

    uj5u.com 2023-03-21 07:56:29 more
  • solidity 參考型別修飾符memory、calldata與storage 常量修飾符C

    在solidity語言中 參考型別修飾符(參考型別為存盤空間不固定的數值型別) memory、calldata與storage,它們只能修飾參考型別變數,比如字串、陣列、位元組等... memory 適用于方法傳參、返參或在方法體內使用,使用完就會清除掉,釋放記憶體 calldata 僅適用于方法傳參 ......

    uj5u.com 2023-03-08 07:57:54 more
  • solidity注解標簽

    在solidity語言中 注釋符為// 注解符為/* 內容*/ 或者 是 ///內容 注解中含有這幾個標簽給予我們使用 @title 一個應該描述合約/介面的標題 contract, library, interface @author 作者的名字 contract, library, interf ......

    uj5u.com 2023-03-08 07:57:49 more
  • 評價指標:相似度、GAS消耗

    【代碼注釋自動生成方法綜述】 這些評測指標主要來自機器翻譯和文本總結等研究領域,可以評估候選文本(即基于代碼注釋自動方法而生成)和參考文本(即基于手工方式而生成)的相似度. BLEU指標^[^?88^^?^]^:其全稱是bilingual evaluation understudy.該指標是最早用于 ......

    uj5u.com 2023-02-23 07:27:39 more
  • 基于NOSTR協議的“公有制”版本的Twitter,去中心化社交軟體Damus

    最近,一個幽靈,Web3的幽靈,在網路游蕩,它叫Damus,這玩意詮釋了什么叫做病毒式營銷,滑稽的是,一個Web3產品卻在Web2的產品鏈上瘋狂傳銷,各方大佬紛紛為其背書,到底發生了什么?Damus的葫蘆里,賣的是什么藥? 注冊和簡單實用 很少有什么產品在用戶注冊環節會有什么噱頭,但Damus確實出 ......

    uj5u.com 2023-02-05 06:48:39 more