преимущества встроенных функций в c ++?

<p>каковы преимущества/недостатки использования встроенных функций в c++? я вижу, что это только увеличивает производительность для кода, который выводит компилятор, но с современными оптимизированными компиляторами, быстрыми процессорами, огромной памятью и т.д. (не так, как в 1980 году <где памяти было мало и все должно было уместиться в 100 кб памяти), что преимущества они действительно имеют сегодня?</p>

<p>встроенные функции работают быстрее, потому что вам не нужно вставлять и извлекать такие вещи из стека, как параметры и адрес возврата; однако, это делает ваш двоичный файл немного больше.</p><p>имеет ли это существенное значение? не заметно на современном оборудовании для большинства. но это может иметь значение, которого достаточно для некоторых людей.</p><p>маркировка чего-то встроенного не дает вам гарантии, что это будет встроено. это просто предложение для компилятора. иногда это невозможно, например, когда у вас есть виртуальная функция или когда задействована рекурсия. и иногда компилятор просто решает не использовать его.</p><p>я мог видеть ситуацию, подобную этой, имеющую заметную разницу:</p><pre><code>inline int aplusb\_pow2(int a, int b) { return (a + b)*(a + b) ; } for(int a = 0; a < 900000; ++a) for(int b = 0; b < 900000; ++b) aplusb\_pow2(a, b); </code></pre>

<h2>преимущества</h2><ul> <li>вставляя ваш код туда, где он необходим, ваша программа будет тратить меньше времени на вызов функции и возврат частей. предполагается, что ваш код будет работать быстрее, даже если он будет больше (см. ниже). встраивание тривиальных аксессоров может быть примером эффективного встраивания.</li> <li>отметив его как встроенный, вы можете поместить определение функции в заголовочный файл (то есть он может быть включен в несколько модулей компиляции, без жалоб компоновщика)</li> </ul><h2>недостатки</h2><ul> <li>это может сделать ваш код больше (то есть, если вы используете inline для нетривиальных функций). таким образом, это может спровоцировать оптимизацию подкачки и компиляции.</li> <li>это немного нарушает вашу инкапсуляцию, потому что она раскрывает внутреннюю часть обработки вашего объекта (но тогда каждый "закрытый" член тоже будет). это означает, что вы не должны использовать встраивание в шаблоне pimpl.</li> <li>это немного нарушает вашу инкапсуляцию 2: встраивание c++ разрешается во время компиляции. это означает, что если вы измените код встроенной функции, вам нужно будет перекомпилировать весь код, используя его, чтобы быть уверенным, что он будет обновлен (по той же причине я избегаю значений по умолчанию для параметров функции)</li> <li>при использовании в заголовке он увеличивает размер вашего заголовочного файла и, таким образом, разбавляет интересную информацию (например, список методов класса) кодом, который не заботит пользователя (поэтому я объявляю встроенные функции внутри класс, но определит его в заголовке после тела класса, а не внутри тела класса).</li> </ul><h2>магия</h2><ul> <li>компилятор может включать или не включать функции, которые вы пометили как встроенные; он также может принять решение встроить функции, не помеченные как встроенные, во время компиляции или компоновки.</li> <li>inline работает как копирование/вставка, управляемая компилятором, что довольно сильно отличается от макроса препроцессора: макрос будет принудительно встроен, будет загрязнять все пространства имен и код, не будет легко отлаживаться и будет выполняться даже если бы компилятор считал это неэффективным.</li> <li>каждый метод класса, определенный внутри тела самого класса, считается "встроенным" (даже если компилятор все же может решить не встроить его в класс).</li> <li>виртуальные методы не должны быть встроенными. тем не менее, иногда, когда компилятор может точно знать тип объекта (то есть объект был объявлен и создан внутри одного и того же тела функции), даже виртуальная функция будет встроена, потому что компилятор точно знает тип объекта.</li> <li>методы/функции шаблона не всегда встроены (их присутствие в заголовке не сделает их автоматически встроенными).</li> <li>следующим шагом после "inline" является метапрограммирование шаблона. то есть "встраивая" ваш код во время компиляции, иногда компилятор может определить конечный результат функции ... таким образом, сложный алгоритм иногда может быть сведен к некому выражению <code>return 42 ;</code>. это для меня <i>экстремальный наклон</i>, это редко случается в реальной жизни, это увеличивает время компиляции, не увеличивает ваш код и делает ваш код быстрее. но, как и грааль, не пытайтесь применять его везде, потому что большая часть обработки не может быть решена таким образом ... тем не менее, это круто в любом случае ...<br> :-п</li> </ul>

<p>в архаичных c и c++ <code>inline</code> похож на <code>register</code>: предложение (не более, чем предложение) компилятору о возможной оптимизации.</p><p>в современном c++ <code>inline</code> сообщает компоновщику, что, если несколько определений (не объявлений) находятся в разных единицах перевода, они все одинаковы, и компоновщик может свободно хранить одно и отбрасывать все остальные.</p><p><code>inline</code> является обязательным, если в заголовочном файле определена функция (независимо от того, насколько она сложная или "линейная"), чтобы несколько источников могли включить ее без получения компоновщиком ошибки "множественное определение".</p><p>функции-члены, определенные внутри класса, по умолчанию являются "встроенными", как и шаблонные функции (в отличие от глобальных функций).</p><pre><code>//filea.h inline void afunc() { std::cout << "this is afunc" << std::endl; } //file1.cpp #include "filea.h" void acall() { afunc(); } //main.cpp #include "filea.h" void acall(); int main() { afunc(); acall(); } //output this is afunc this is afunc </code></pre><p>обратите внимание, что файл filea.h включен в два файла .cpp, что приводит к двум экземплярам функции <code>afunc()</code>. линкер откажется от одного из них. если <code>inline</code> не указано, компоновщик будет жаловаться.</p>

<p>встраивание - это предложение для компилятора, которое он может игнорировать. это идеально подходит для небольших кусков кода.</p><p>если ваша функция встроенная, она в основном вставляется в код, в котором выполняется вызов функции, а не фактически вызывает отдельную функцию. это может помочь со скоростью, так как вам не нужно делать фактический звонок.</p><p>это также помогает процессорам в конвейерной обработке, поскольку им не нужно перезагружать конвейер новыми инструкциями, вызванными вызовом.</p><p>единственным недостатком является возможный увеличенный размер двоичного файла, но, пока функции невелики, это не будет иметь большого значения.</p><p>в настоящее время я склонен оставлять такие решения для компиляторов (ну, во всяком случае, умных). люди, которые их написали, имеют тенденцию иметь гораздо более детальное знание основополагающих архитектур.</p>

<p>встроенная функция - это метод оптимизации, используемый компиляторами. можно просто добавить встроенное ключевое слово в прототип функции, чтобы сделать функцию встроенной. встроенная функция указывает компилятору вставлять полное тело функции везде, где эта функция используется в коде.</p><p><strong> <a href="http://tajendrasengar.blogspot.com/2010/03/what-is-inline-function-in-cc.html">преимущества: -</a> </strong></p><ol> <li> <p>это не требует служебных вызовов.</p> </li> <li> <p>это также экономит накладные расходы на переменные push/pop в стеке при вызове функции.</p> </li> <li> <p>это также экономит накладные расходы на обратный вызов из функции.</p> </li> <li> <p>это увеличивает местность ссылки, используя кэш инструкций.</p> </li> <li> <p>после встраивания компилятор может также применить внутрипроцедурную оптимизацию, если указано. это самое важное, так что теперь компилятор может сосредоточиться на устранении мертвого кода, может уделять больше внимания прогнозированию ветвлений, устранению индукционных переменных и т.д.</p> </li> </ol><p>чтобы узнать больше об этом, можно перейти по этой ссылке <a href="http://tajendrasengar.blogspot.com/2010/03/what-is-inline-function-in-cc.html">http://tajendrasengar.blogspot.com/2010/03/what-is-inline-function-in-cc.html</a> </p>

<p>я хотел бы добавить, что встроенные функции имеют решающее значение при создании разделяемой библиотеки. без пометки встроенной функции она будет экспортирована в библиотеку в двоичном виде. он также будет присутствовать в таблице символов, если экспортируется. с другой стороны, встроенные функции не экспортируются ни в двоичные файлы библиотеки, ни в таблицу символов.</p><p>это может быть критично, когда библиотека предназначена для загрузки во время выполнения. это может также поразить бинарно-совместимые библиотеки. в таких случаях не используйте inline.</p>

<p>во время оптимизации многие компиляторы будут использовать встроенные функции, даже если вы их не отметили. обычно вам нужно помечать функции как встроенные, если вы знаете что-то, чего нет у компилятора, так как он обычно может принять правильное решение сам.</p>

<p><code>inline</code> позволяет вам разместить определение функции в заголовочном файле и <code>#include</code> этот заголовочный файл в нескольких исходных файлах, не нарушая одно правило определения.</p>

<p>это не все о производительности. оба c++ и c используются для встроенного программирования, сидя на вершине аппаратного обеспечения. если вы, например, хотите написать обработчик прерываний, вам нужно убедиться, что код может быть выполнен сразу, без замены дополнительных регистров и/или страниц памяти. вот когда полезен inline. хорошие компиляторы делают некоторые "вставки" сами, когда нужна скорость, но "встроенные" заставляют их.</p>

<p>вообще говоря, в наши дни любой современный компилятор, беспокоящийся о вложении чего-либо, является пустой тратой времени. компилятор должен на самом деле оптимизировать все эти соображения для вас с помощью собственного анализа кода и вашей спецификации флагов оптимизации, передаваемых компилятору. если вам небезразлична скорость, скажите компилятору оптимизировать скорость. если вам небезразлично пространство, скажите компилятору оптимизировать пространство. как упоминалось в другом ответе, приличный компилятор будет даже встроен автоматически, если это действительно имеет смысл.</p><p>кроме того, как заявили другие, использование inline не гарантирует ничего inline. если вы хотите гарантировать это, вы должны будете определить макрос вместо встроенной функции, чтобы сделать это.</p><p>когда встроить и/или определить макрос для принудительного включения? - только когда у вас есть доказанное и необходимое доказанное увеличение скорости для критической части кода, которая, как известно, влияет на общую производительность приложения.</p>

<p>наш профессор информатики призвал нас никогда не использовать inline в программе на c ++. когда его спросили, почему, он любезно объяснил, что современные компиляторы должны определять, когда использовать inline автоматически.</p><p>так что да, inline может быть техникой оптимизации, которая будет использоваться везде, где это возможно, но, очевидно, это то, что уже сделано для вас, когда есть возможность встроить функцию в любом случае.</p>

<p>попал в ту же проблему с встраиванием функций в такие библиотеки. кажется, что встроенные функции не скомпилированы в библиотеку. в результате компоновщик выдает ошибку "неопределенная ссылка", если исполняемый файл хочет использовать встроенную функцию библиотеки. (случилось со мной при компиляции исходного кода qt с помощью gcc 4.5.</p>

<p>почему бы не сделать все функции встроенными по умолчанию? потому что это инженерный компромисс. существует как минимум два типа "оптимизации": ускорение программы и уменьшение размера (объема памяти) программы. встраивание вообще ускоряет вещи. это избавляет от накладных расходов на вызов функции, избегая выталкивания и извлечения параметров из стека. однако это также увеличивает объем памяти программы, поскольку теперь каждый вызов функции должен заменяться полным кодом функции. чтобы сделать вещи еще более сложными, помните, что цп хранит часто используемые куски памяти в кеше цп для сверхбыстрого доступа. если вы сделаете образ памяти программы достаточно большим, ваша программа не сможет эффективно использовать кеш, а в худшем случае встраивание может замедлить вашу программу. в некоторой степени компилятор может рассчитать компромиссы и может принять более правильные решения, чем вы, просто взглянув на исходный код.</p>