對於原始類型，是否重載了+運算符？

Question

已經過載的運營商< <，>>，=等被多次使用。

，我在想的一個例子是，當我們添加字符串說：

字符串名稱=字符串（「munish」）+「庫瑪」;

+運算符在字符串類中被重載。

但是當我們添加號碼，如1 + 2（似乎並不像一個重載的操作員呼叫）

我只是想知道它是如何發生的呢，編譯器做一個二進制additon。

我不需要擔心，儘管如果編譯器這樣做，只是對我的好奇心問題。

Answer 1

原始類型不實現operator+這實際上是一個奇怪名稱的函數。另外對於基本型是由CPU指令實施，如：

addl %edx,(%eax) //this adds two integral values loaded at edx and eax 

您實現operator+爲用戶定義類型和編譯器產生大量的CPU指令來進行，你在寫operator+任務。

Answer 2

可以重載自定義數據類型的運營商，即類.. int是一種原始數據類型和原始類型的運營商是由編譯器本身實現的，基本上它只是一個簡單的CPU指令加INT等

Answer 3

我認爲你會混淆兩件事：操作符重載，以及如何爲用戶定義的類型定義一個操作符。操作符重載不是 新的;它已經存在於C中，其中+過載於int,unsigned int,long,unsigned long,float,double和long double。在 C++中，可以通過定義名爲operator+的 函數爲用戶定義的類型添加運算符，以便重載列表更長。並且爲了使事物更加連貫，編譯器解決過載的方式是 ，以將合成簽名沿着operator+(int, int) 的行添加到重載列表。如果重載分辨率然後結束 選擇這些合成的簽名之一，它使用內置的 運算符，生成所需的任何機器代碼（可能 涉及在機器代碼級別的函數調用）。 選擇「內置」過載之一的事實在 其餘代碼中會產生影響：用戶定義的操作符被認爲是一個函數調用， 帶有相應的序列點以及其餘所有內容，以及 編譯器特別是不允許對其 語義—做出任何假設，編譯器不能假定定義operator+的用戶 是關聯或可交換的。內置運算符 （極少數例外）不會引入任何序列點，並且編譯器知道其語義，因此可以進行優化。

請注意，生成的機器碼可能沒有那麼不同。我有 已使用的機器，其中編譯器必須調用函數來乘以 int s，並且編譯器可以（並且通常會）內聯用戶定義的 運算符。我上面提到的規則有哪些變化：用戶定義的運算符中存在 序列點，以及編譯器無法對可能適用的各種數學規律做出假設。