歷史
最初，CGI是在1993年由美國國家超級電腦套用中心（NCSA）為NCSA HTTPdWeb伺服器開發的。這個Web伺服器使用了UNIXshell環境變數來保存從Web伺服器傳遞出去的參數，然後生成一個運行CGI的獨立的進程。
運作
程式語言Perl是一個廣泛被用來編寫CGI程式的語言，但CGI的一個目的是要獨立於任何語言的。Web伺服器無須在這個問題上對語言有任何了解。事實上，CGI程式可以用任何腳本語言或者是完全獨立程式語言實現，只要這個語言可以在這個系統上運行。除Perl外，像Unix shellscript,Python,Ruby,PHP,Tcl,C/C++,和Visual Basic都可以用來編寫CGI程式。
實現維基百科編輯的CGI程式的一個例子：首先用戶代理程式向這個CGI程式請求某個名稱的條目，如果該條目頁面存在，CGI程式就會去獲取那個條目頁面的原始數據，然後把它轉換成HTML並把結果輸出給瀏覽器；如果該條目頁面不存在，CGI程式則會提示用戶新建一個頁面。所有維基操作都是通過這個CGI程式來處理的。
CGI的工作方式，從Web伺服器的角度看，是在特定的位置（比如：http://www.example.com/wiki.cgi）定義了可以運行CGI程式。當收到一個匹配URL的請求，相應的程式就會被調用，並將客戶端傳送的數據作為輸入。程式的輸出會由Web伺服器收集，並加上合適的檔頭，再傳送回客戶端。
一般每次的CGI請求都需要新生成一個程式的副本來運行，這樣大的工作量會很快將伺服器壓垮，因此一些更有效的技術像mod_perl，可以讓腳本解釋器直接作為模組集成在Web伺服器（例如：Apache）中，這樣就能避免重複載入和初始化解釋器。不過這只是就那些需要解釋器的高級語言（即解釋語言）而言的，使用諸如C一類的編譯語言則可以避免這種額外負荷。由於C及其他編譯語言的程式與解釋語言程式相比，前者的運行速度更快、對作業系統的負荷更小，使用編譯語言程式是可能達到更高執行效率的，然而因為開發效率等原因，在目前直譯性語言還是最合適的。
變通方法
如果代碼只是偶爾改變的話，我們可以在伺服器產生一個新的進程在編譯代碼之前進行處理。有一個例子是FastCGI，當然還包括其它編寫的加速器，它會在第一次調用腳本時，在系統的某個地方保存腳本編譯過的版本。這樣對這個檔案以後的請求就會自動轉向這個編譯過的代碼，而不用每次調用腳本解釋器來解釋腳本。當更改了腳本，加速器的臨時快取會被清空來保證調用的是新的版本的腳本。
另一個方法是直接把解釋器放在Web伺服器中，這樣就無須新建一個進程來執行腳本。Apache伺服器有很多這樣的模組，像mod_cplusplus、mod_perl、mod_php、mod_python、mod_ruby、和mod_mono。
參見
•FastCGI
•CGI.pm
•簡單通用網關接口
•Perl
