text:
C (ngôn ngữ lập trình)
Ngôn ngữ lập trình C là một ngôn ngữ mệnh lệnh được phát triển từ đầu thập niên 1970 bởi Dennis Ritchie để dùng trong hệ điều hành UNIX. Từ đó, ngôn ngữ này đã lan rộng ra nhiều hệ điều hành khác và trở thành một những ngôn ngữ phổ dụng nhất. C là ngôn ngữ rất có hiệu quả và được ưa chuộng nhất để viết các phần mềm hệ thống, mặc dù nó cũng được dùng cho việc viết các ứng dụng. Ngoài ra, C cũng thường được dùng làm phương tiện giảng dạy trong khoa học máy tính mặc dù ngôn ngữ này không được thiết kế dành cho người nhập môn.
Mục lục
- 1 Các đặc trưng
- 2 Cú pháp
- 3 Các vấn đề của C
- 4 Cú pháp
- 5 Lịch sử
- 6 Quan hệ với C++
- 7 Ngôn ngữ trung gian
- 8 Các trình dịch quan trọng
- 9 Xem thêm
- 10 Tham khảo
- 11 Liên kết ngoài
Các đặc trưng[sửa | sửa mã nguồn]
Tổng quan[sửa | sửa mã nguồn]
C là một ngôn ngữ lập trình tương đối nhỏ gọn vận hành gần với phần cứng và nó giống với ngôn ngữ Assembler hơn hầu hết các ngôn ngữ bậc cao. Hơn thế, C đôi khi được đánh giá như là "có khả năng di động", cho thấy sự khác nhau quan trọng giữa nó với ngôn ngữ bậc thấp như là Assembler, đó là việc mã C có thể được dịch và thi hành trong hầu hết các máy tính, hơn hẳn các ngôn ngữ hiện tại trong khi đó thì Assembler chỉ có thể chạy trong một số máy tính đặc biệt. Vì lý do này C được xem là ngôn ngữ bậc trung.
C đã được tạo ra với một mục tiêu là làm cho nó thuận tiện để viết các chương trình lớn với số lỗi ít hơn trong mẫu hình lập trình thủ tục mà lại không đặt gánh nặng lên vai người viết ra trình dịch C, là những người bề bộn với các đặc tả phức tạp của ngôn ngữ. Cuối cùng C có thêm những chức năng sau:
- Một ngôn ngữ cốt lõi đơn giản, với các chức năng quan trọng chẳng hạn như là những hàm hay việc xử lý tập tin sẽ được cung cấp bởi các bộ thư viện các thủ tục.
- Tập trung trên mẫu hình lập trình thủ tục, với các phương tiện lập trình theo kiểu cấu trúc.
- Một hệ thống kiểu đơn giản nhằm loại bỏ nhiều phép toán không có ý nghĩa thực dụng.
- Dùng ngôn ngữ tiền xử lý, tức là các câu lệnh tiền xử lý C, cho các nhiệm vụ như là định nghĩa các macro và hàm chứa nhiều tập tin mã nguồn (bằng cách dùng câu lệnh tiền xử lý dạng
#includechẳng hạn).
- Mức thấp của ngôn ngữ cho phép dùng tới bộ nhớ máy tính qua việc sử dụng kiểu dữ liệu
pointer.
- Số lượng từ khóa rất nhỏ gọn.
- Các tham số được đưa vào các hàm bằng giá trị, không bằng địa chỉ.
- Hàm các con trỏ cho phép hình thành một nền tảng ban đầu cho tính đóng và tính đa hình.
- Hỗ trợ các bản ghi hay các kiểu dữ liệu kết hợp do người dùng từ khóa định nghĩa
structcho phép các dữ liệu liên hệ nhau có thể được tập hợp lại và được điều chỉnh như là toàn bộ.
Một số chức năng khác mà C không có (hay còn thiếu) nhưng có thể tìm thấy ở các ngôn ngữ khác bao gồm:
- An toàn kiểu,
- Tự động Thu dọn rác,
- Các lớp hay các đối tượng cùng với các ứng xử của chúng (xem thêm OOP),
- Các hàm lồng nhau,
- Lập trình tiêu bản hay Lập trình phổ dụng,
- Quá tải và Quá tải toán tử,
- Các hỗ trợ cho đa luồng, đa nhiệm và mạng.
Mặc dù C còn thiếu nhiều chức năng hữu ích nhưng lý do quan trọng để C được chấp nhận vì nó cho phép các trình dịch mới được tạo ra một cách nhanh chóng trên các nền tảng mới và vì nó cho phép người lập trình dễ kiểm soát được những gì mà chương trình (do họ viết) thực thi. Đây là điểm thường làm cho mã C chạy hiệu quả hơn các ngôn ngữ khác. Thường thì chỉ có ngôn ngữ ASM chỉnh bằng tay chạy nhanh hơn (ngôn ngữ C), bởi vì ASM kiểm soát được toàn bộ máy. Mặc dù vậy, với sự phát triển các trình dịch C, và với sự phức tạp của các CPU hiện đại, C đã dần thu nhỏ khoảng cách khác biệt về vận tốc này.
Một lý do nữa cho việc C được sử dụng rộng rãi và hiệu quả là do các trình dịch, các thư viện và các phần mềm thông dịch của các ngôn ngữ bậc cao khác lại thường được tạo nên từ C.
Ví dụ "hello, world"[sửa | sửa mã nguồn]
Ví dụ đơn giản sau đây được thấy trong lần in đầu tiên của cuốn "The C Programming Language", và đã trở thành bài tiêu chuẩn trong chương nhập môn của hầu hết các loại sách giáo khoa về lập trình. Chương trình hiển thị câu "hello, world!" trên đầu ra chuẩn, mà thường là một màn hình. Mặc dù vậy, nó có thể xuất ra một tập tin hay xuất ra trên một thiết bị phần cứng kể cả trên một vùng chứa, tùy thuộc vào việc đầu ra chuẩn được chỉ thị vào đâu khi chương trình này được thực thi.
1 #include <stdio.h> 2 int main(void) 3 { 4 printf("hello, world!"); 5 return 0; 6 }
Chương trình trên sẽ dịch đúng trong hầu hết các trình dịch hỗ trợ chuẩn ANSI C hay chuẩn C99.
Sau đây là các phân tích theo từng dòng mã của ví dụ trên
1 #include <stdio.h>
#include. Điều này sẽ làm cho bộ tiền xử lý (bộ tiền xử lý này là một công cụ để kiểm tra mã nguồn trước khi nó được dịch) tiến hành thay dòng lệnh đó bởi toàn bộ các dòng mã hay thực thể trong tập tin mà nó đề cập đến (tức là tập tin
stdio.h). Dấu ngoặc nhọn bao quanh
stdio.hcho biết rằng tập tin này có thể tìm thấy trong các nơi đã định trước cho bộ tiền xử lý biết thông qua các đường tìm kiếm đến các tập tin
header. Tập hợp các tập tin được khai báo sử dụng qua các chỉ thị tiền xử lý còn được gọi là các tập tin bao gồm.
2 int main(void)
main. Hàm này có mục đích đặc biệt trong C. Khi chương trình thi hành thì hàm
main()được gọi trước tiên. Phần mã
intchỉ ra rằng giá trị trả về của hàm
main(tức là giá trị mà
main()sẽ được trả về sau khi thực thi) sẽ có kiểu là một số nguyên. Còn phần mã
(void)cho biết rằng hàm
mainsẽ không cần đến tham số để gọi nó. Xem thêm Void
.
3 {
Dấu '{' cho biết sự bắt đầu của định nghĩa của hàm
main.
4 printf("hello, world\n");
Dòng trên gọi đến một hàm chuẩn khác tên là
printf. Hàm này đã được khai báo trước đó trong tập tin
stdio.h. Dòng này sẽ cho phép tìm và thực thi mã (đã được hỗ trợ sẵn) với ý nghĩa là hiển thị lên đầu ra chuẩn dòng chữ
hello, world<kí tự xuống dòng EOL-chuyển dấu nhắc sang dòng mới>.
Mã kí tự
\n là một dãy thoát được chuyển dịch thành dấu kí tự EOL (viết tắt từ chữ End-Of-Line) có nghĩa là chuyển vị trí dấu nhắc xuống đầu một dòng kế. Gía trị trả về của hàm
printf (theo khai báo nguyên mẫu chuẩn của hàm này trong C) có kiểu
int, nhưng vì giá trị trả về này không được (người lập trình) dùng tới nên giá trị đó bị bỏ qua (một cách lặng lẽ).
5 return 0;
Dòng này sẽ kết thúc việc thực thi mã của hàm
main và buộc nó trả về giá trị 0 (là một số nguyên như khai báo ban đầu
int main ).
6 }
Dấu '}' cho biết việc kết thúc mã cho hàm
main.
Các kiểu[sửa | sửa mã nguồn]
C có một hệ thống kiểu tương tự như của Pascal, mặc dù chúng khác nhau trong một số khía cạnh. Có nhiều kiểu cho các số nguyên với nhiều cỡ cho có đấu và không có dấu, có kiểu số floating point, kiểu các kí tự
char, các kiểu thứ tự
enum, kiểu bản ghi
record và kiểu đơn vị
union.
C tạo ra sự mở rộng mạnh mẽ việc sử dụng của kiểu các con trỏ
pointer, một dạng đơn giản các tham chiếu mà chúng chứa địa chỉ các vùng nhớ. Các con trỏ có thể được tham chiếu ngược (dereference) để lấy về giá trị của dữ liệu được chứa trong địa chỉ đó (địa chỉ mà con trỏ chỉ vào). Địa chỉ này có thể được điều chỉnh bằng các phép gán thông thường và các phép toán số học trên con trỏ. Trong thời gian thực thi, một con trỏ đại diện cho một địa chỉ của bộ nhớ. Trong thời gian chuyển dịch, nó là một kiểu phức tạp đại diện cho cả địa chỉ và kiểu của dữ liệu. Điều này cho phép các biểu thức bao gồm các con trỏ được kiểm tra về kiểu. Các con trỏ thì được dùng cho nhiều mục tiêu trong C. Các dòng kí tự
string thường được đại diện bởi một con trỏ chỉ tới một dãy của các kí tự. Sự cấp phát bộ nhớ động, được miêu tả sau đây, thì được tiến hành thông qua các con trỏ.
Một con trỏ rỗng có nghĩa là nó không chỉ đến một chỗ nào hết. Điều này có ích trong những trường hợp như là con trỏ
next trong một nút cuối của một danh sách liên kết
linked list. Việc tham chiếu ngược một con trỏ trống gây ra các biểu hiện không dự đoán trước được. Các con trỏ kiểu
void thì lại có thể chỉ đến một đối tượng mà không cần biết kiểu của đối tượng đó. Điều này đặc biệt hữu dụng trong lập trình tiêu bản bởi vì cỡ và kiểu của các đối tượng mà chúng chỉ tới thì không thể biết được và do đó không thể thực hiện tham chiếu ngược, nhưng chúng lại có thể được hoán chuyển thành các con trỏ của các kiểu khác.
Các kiểu mảng
array trong C thì có cỡ cố định, độ lớn tĩnh của nó phải được biết trước trong thời gian chuyển dịch. Điều này gây nhiều trở ngại trong thực tế bởi vì người ta có thể chỉ định các vùng nhớ ở thời gian thực thi dựa trên các thư viện chuẩn và hành xử chúng như là các mảng. Không như các ngôn ngữ khác, C biểu thị các mảng giống như trường hợp các con trỏ: chúng đóng vai trò một địa chỉ của bộ nhớ và một kiểu dữ liệu. Do đó, các giá trị chỉ số có thể vượt quá cỡ của một mảng.
C cũng cung cấp các kiểu mảng đa chiều. Các giá trị chỉ số của các mảng đa chiều thì được gán theo thứ tự hàng chính. Một cách có ý nghĩa thì các mảng này hoạt động như là mảng của các mảng nhưng thực chất chúng được phân bố như là mảng một chiều với việc tính và tạo các vị trí tương đối.
C thường được dùng trong việc lập trình các hệ thống bậc thấp, ở đó có thể cần thiết để xem số nguyên như là một địa chỉ của bộ nhớ, là một giá trị double precision, hay là một kiểu con trỏ. Trong các trường hợp này, C cung cấp việc hoán chuyển, mà phép toán này sẽ bắt buộc chuyển đổi giá trị từ một kiểu sang một kiểu khác. Dùng phép hoán chuyển sẽ làm mất đi phần nào tính an toàn mà thường được cung cấp bởi hệ thống kiểu.
Lưu trữ dữ liệu[sửa | sửa mã nguồn]
Một trong những chức năng quan trọng nhất của một ngôn ngữ lập trình là việc cung cấp cơ sở cho việc quản lý bộ nhớ và các đối tượng được chứa trong bộ nhớ. C cung ứng 3 phương cách để cấp phát bộ nhớ cho các đối tượng:
-
Sự cấp phát vùng nhớ tĩnh: khoảng trống dành cho đối tượng thì được cung cấp trong phần mã nhị phân ở thời gian dịch; những đối tượng này có một thời gian sống lâu dài theo sự tồn tại của phần mã nhị phân chứa chúng (các đối tượng).
-
Sự cấp phát vùng nhớ tự động: Các đối tượng tạm thời có thể được chứa trong một chồng (stack), và khoảng trống này thì được trả về một cách tự động và có thể được dùng lại sau khi khối mã mà chúng (tức các đối tượng tạm thời) được khai báo đã thực thi xong.
-
Sự cấp phát vùng nhớ động: Các khối của bộ nhớ với bất kì cỡ lớn mong muốn nào đều có thể được yêu cầu (hay xin) trong thời gian thi hành bằng cách dùng các hàm thư viện như là
malloc(),
realloc()và
free()từ một khu vực của bộ nhớ có tên là heap; các khối này có thể được tái dụng sau khi gọi hàm
free()để hoàn trả chúng lại cho bộ nhớ.
Ba phương án này thích hợp cho các tình huống khác nhau và có những hậu quả khác nhau. Ví dụ, kiểu cấp phát tĩnh sẽ không cần thời gian (để tính toán) cho sự cấp phát, kiểu cấp phát tự động sẽ cần một khoảng thời gian nào đó cho dự tính, và kiểu cấp phát động có thể đòi hỏi một lượng lớn thời gian dùng dễ tính toán cho việc cấp phát và hoàn trả (các vùng nhớ đã được yêu cầu trước đó). Mặt khác, khoảng trống của chồng thường giới hạn cho vùng nhớ tĩnh hay cho khoảng trống của heap, và chỉ kiểu cấp phát vùng nhớ động là cho phép sự cấp phát cho các đối tượng mà kích thước của nó chỉ có thể biết được trong lúc thi hành. Hầu hết các chương trình C đều dùng nhiều cả ba phương cách này.
Khi có thể thì sự cấp phát tự động hay sự cấp phát tĩnh thường được dề nghị dùng vì kho nhớ được quản lý bởi trình dịch, giải phóng cho người lập trình những lồi lầm phiền hà khi phải xin cấp phát và hoàn trả các vùng nhớ bằng tay. Rất tiếc nhiều cấu trúc dữ liệu có thể trương nở trong thời gian thực thi và vì kiểu cấp phát tĩnh và kiểu tự động phải có một độ lớn cố định ở thời gian dịch nên trong nhiều tình huống mà buộc phải dùng kiểu cấp phát động. Các dãy thay đổi về độ lớn là một ví dụ điển hình của trường hợp này. (Xem ví dụ từ bài malloc về các dãy được cấp phát vùng nhớ động.)
Cú pháp[sửa | sửa mã nguồn]
Không như Fortran, C là ngôn ngữ dạng tự do, cho phép người lập trình tùy tiện sử dụng kí tự
whitespace để xếp đặt (cách trình bày) mã nguồn. Các dòng chú giải hoặc có thể đặt nằm giữa
/* và
*/ hoặc viết từng dòng bắt đầu bởi
// theo sau đó là các chú giải.
Mỗi tập tin chứa mã có thể chứa các khai báo và các định nghĩa hàm. Các định nghĩa hàm, chính chúng, cũng chứa các khai báo và các mệnh đề. Các khai báo thì hoặc là định nghĩa những kiểu mới với các từ khoá như
struct,
union, và
enum, hoặc là gán các kiểu và đăng kí vùng chứa (trong bộ nhớ) cho các biến mới (Ví dụ: *char myname = "ABC"). Các từ khoá như là
char và
int cũng như là kí hiệu con trỏ chỉ tới
* là các kiểu sẵn có. Các khối mã thì được đóng ở giữa các dấu
{ và
} để chỉ ra phần (mã) mà các khai báo và các cấu trúc điều khiển (bên trong dấu ngoặc) có hiệu lực.
Như là một ngôn ngữ mệnh lệnh, C phụ thuộc vào các mệnh đề (câu lệnh) để làm hầu hết các việc. Hầu hết các mệnh đề lại là các mệnh đề biểu thức mà một cách đơn giản chúng tạo nên việc đánh giá các biểu thức đó—và trong quá trình này, các biến nhận được các giá trị mới hoặc các giá trị này được trả ra. Các mệnh đề dòng điều khiển cũng có hiệu lực cho việc thực thi có điều kiện hay có lặp lại, mà chúng được cấu tạo với các từ khóa như là
if,
else,
switch,
do,
while và
for. Các nhảy dòng cũng có thể thực hiện qua câu lệnh
goto. Nhiều phép toán khác nhau được cung cấp sẵn để thực thi trên các phép tính cơ sản về số học, lô gíc, so sánh, kiểu bit, chỉ số của mảng, và phép gán giá trị. Các biểu thức cũng gọi các hàm, bao gồm một số lượng lớn các hàm thư viện, để tiến hành các thao tác chung.
Các vấn đề của C[sửa | sửa mã nguồn]
Một câu nói phổ biến được người ta lập lại nhiều lần của một nhà thiết kế trình dịch Bjarne Stroustrup, người sáng lập ra C++, là "C makes it easy to shoot yourself in the foot." (tạm dịch: "C làm cho việc bạn tự hại bạn trở nên dễ dàng") [1]. Nói cách khác, C cho phép nhiều phép toán không mong muốn trong một cách tổng quát, và do đó, nhiều lỗi đơn giản đã được tạo ra bởi một người lập trình mà chúng lại không thể phát hiện qua trình dịch hay ngay cả không phát hiện ra trong lúc thi hành. Điều này là nguyên nhân của một số chương trình có các ứng xử không lường trước được và có các lỗ hổng về an toàn. Một dị bản ngôn ngữ C là Cyclone điều chỉnh được một phần trong số các vấn đề như vậy.
Một lý do của các vấn đề nêu trên là để tránh cho cái giá quá cao phải trả cho việc kiểm soát (lỗi) ở thời gian dịch và thời gian thi hành. Một lý do khác là sự đòi hỏi để giữ C được càng hiệu quả và càng uyển chuyển càng tốt. Một ngôn ngữ càng mạnh thì càng khó khăn cho ngôn ngữ lập trình đó để làm rõ ràng mọi thứ trong các chương trình (được viết trong ngôn ngữ này). Một số việc kiểm tra đã được dựa trên các công cụ bên ngoài, những công cụ như vậy được bàn đến trong phần Các công cụ kiểm tra tĩnh bên ngoài cho trình dịch.
Sự cấp phát vùng nhớ[sửa | sửa mã nguồn]
Một vấn đề với C (và đây thường là vấn đề lớn cho những người mới làm quen với C) là việc cấp phát (vùng nhớ) một cách tự động hay một cách động cho các đốì tượng mà không khởi động chúng. Các đối tượng này, ban đầu, chứa các giá trị bất kì trong khoảng nhớ mà chúng được cấp phát. Các giá trị này có thể là các giá trị ngẫu nhiên còn lại trong bộ nhớ mà chưa được làm sạch, chúng hoàn toàn không dự đoán được. Nếu một chương trình có khai biến mà lại không gán giá trị ban đầu, thường là 0 (cho kiểu số) hay null (cho kiểu con trỏ) hay "" (cho kiểu dãy kí tự,...) thì có thể gây ra các phản ứng không lường trước được của chương trình đó. Hầu hết các trình dịch C hiện đại có thể phát hiện và cảnh cáo về việc "quên gán giá trị khởi động" trong nhiều trường hợp, nhưng cũng không hoàn toàn hiệu quả.
Một vấn đề thường thấy khác là bộ nhớ
heap không thể được tái dụng cho tới khi nó được hoàn trả lại về cho bộ nhớ bởi người lập trình bằng câu lệnh
free(). Hậu quả là nếu người lập trình quên hoàn trả các vùng đã cấp phát về cho bộ nhớ và lại tiếp tục dùng các lệnh cấp phát, thì càng lúc càng nhiều các phần của bộ nhớ bị chiếm chỗ. Lỗi này là một loại lỗi kiểu
memory leak tức là "rỉ bộ nhớ". Ngược lại, cũng có trường hợp trả tự do phần đã cấp phát về cho bộ nhớ quá sớm và lại tiếp tục sử dụng vùng nhớ đã trả về thì cũng có thể dễ gây ra việc nhận sai các giá trị hay tạo ra các tình huống không lường trước được. Lý do là vì máy tính khi nhận lại các vùng đã được trả sẽ có thể dùng vùng nhớ đó cho các việc khác. Một số ngôn ngữ xử lý chuyện này với việc tự động dọn rác.
Các con trỏ[sửa | sửa mã nguồn]
Các con trỏ là một nguồn gốc chính của nhiều nguy hiểm bởi vì chúng không được kiểm tra, một con trỏ có thể được tạo ra để chỉ tới bất kì đối tượng nào bất kể kiểu nào, kể cả các mã (nhị phân), và khi được dùng đến (hay được viết ra), có thể gây ra các hiệu ứng không lường trước được. Mặc dù hầu hết các con trỏ thường chỉ tới các chỗ an toàn, chúng vẫn có thể di chuyển tới những chỗ không an toàn như khi dùng các phép toán số học trên các con trỏ (thường là cộng trừ trên các địa chỉ mà chúng chỉ tới), vùng nhớ chỗ chúng chỉ tới có thể đã được trả về và đã được tái dụng (con trỏ đu đưa), chúng có thể đã không được khởi động (con trỏ hoang), hay chúng được trực tiếp gán một giá trị nào đó qua việc dùng toán tử đổi kiểu (cast) hoặc được gán qua một con trỏ đã bị hủy hoại. Một vấn đề khác với các con trỏ là việc C cho phép tự do chuyển đổi giữa hai kiểu con trỏ bất kì. Các ngôn ngữ khác điều chỉnh các vấn đề này bằng cách dùng các kiểu tham chiếu bị giới hạn hơn.
Các mảng[sửa | sửa mã nguồn]
Mặc dù C có hỗ trợ riêng cho các mảng tĩnh, nhưng nó không kiểm tra xem các chỉ số mảng có hợp lệ hay không (kiểm tra biên). Thí dụ, người ta có thể viết phần tử thứ sáu của một mảng được định nghĩa với 5 phần tử, và điều này có thể mang lại các hậu quả không mong muốn. Lỗi này thuộc loại lỗi tràn bộ nhớ đệm. Đây là nguồn gốc của nhiều lỗ hổng an ninh trong các chương trình viết bằng C. Mặt khác, do sự giới hạn về kỹ thuật kiểm tra biên ở thời điểm C ra đời (khi gần như chưa có kỹ thuật kiểm tra biên), nên việc kiểm tra biên trở nên ảnh hưởng nặng đến tốc độ thực thi, đặc biệt là trong các tính toán số.
Các mảng đa chiều rất cần thiết khi cài đặt các thuật toán số (chủ yếu áp dụng cho đại số tuyến tính) để chứa các ma trận. Nhưng cấu trúc mảng theo C không những không đáp ứng mà còn không tương hợp cho thao tác chuyên biệt này. Vấn đề này đã được bàn thảo trong sách Numerical Recipes in C, chương 1.2, trang 20 ff (đọc trực tuyến). Người ta có thể tìm thấy ở đây một giải pháp tốt được dùng xuyên suốt trong cả cuốn sách này.
Các hàm tham lượng động[sửa | sửa mã nguồn]
Một vấn đề thường thấy khác là về các hàm tham lượng động (variadic function), tức là, các hàm mà có thể thay đổi được số lượng của các tham số. Không giống như các nguyên mẫu khác của hàm trong C, kiểm tra số lượng tham số ở thời điểm dịch là không bắt buộc bởi tiêu chuẩn, và một cách tổng quát là không thể kiểm tra được nếu không có thêm thông tin. Nếu dữ liệu có kiểu không đúng được chuyển vào, thì hậu quả sẻ không lường được, và thường tạo sự hư hại hoàn toàn. Các hàm tham lượng động cũng xử lý các hằng số con trỏ rỗng trong một cách không biết trước được.
- Thí dụ: Họ các hàm printf cung cấp bởi thư viện chuẩn, được dùng để định dạng các dòng chữ xuất ra, thì có tiếng vì các lỗi trong giao diện tham lượng động của nó; nó dựa trên một sự định dạng của dãy kí tự để biểu trưng số và kiểu của các tham số theo sau.
Mặc dù kiểm tra kiểu của các hàm tham lượng động từ thư viện chuẩn là một vấn đề về chất lượng của sự thiết lập, nhiều trình dịch hiện đại đặc biệt tiến hành kiểm tra kiểu của việc gọi
printf, và sản sinh ra các cảnh cáo nếu danh mục tham số mà không tương ứng với dãy kí tự định dạng. Dẫu sao thì không phải tất cả các lần gọi printf đều có thể được kiểm tra một cách tĩnh bởi vì có thể dãy kí tự định dạng chỉ được lập thành ở thời gian thực thi, khi mà các hàm tham lượng động thường vẫn không kiểm tra được.
Cú pháp[sửa | sửa mã nguồn]
C có nhiều điểm yếu trong cú pháp. Đáng chú ý là:
- Nguyên mẫu của hàm nào không chỉ ra tham số nào thì được hiểu ngầm là cho phép một tập bất kì các tham số. Một vấn đề về cú pháp đã được đề ra cho khả năng tương thích ngược của K&R C, về việc thiếu các nguyên mẫu.
- Một số sự chọn lựa đáng ngờ vực về thứ tự ưu tiên của các toán tử, chẳng hạn như
=="nối kết" một cách chặt chẽ hơn
&và
|trong các biểu thức như là
x & 1 == 0.
- Việc dùng toán tử "=" một cách dễ nhầm lẫn. Nếu dùng trong đẳng thức toán học để chỉ các phép gán, dẫn tới các phép gán không chủ định trong việc so sánh và dẫn tới một ấn tượng sai lầm rằng phép gán có tính bắc cầu. Ví dụ: việc dùng câu lệnh
if (x=0) {...}sẽ dễ gây ra các lỗi bất ngờ.
- Thiếu các toán tử infix cho các đối tượng phức tạp, đặc biệt là cho các phép toán trên dãy các kí tự làm cho chương trình phụ thuộc nặng nề lên các phép toán rất khó đọc.
- Dựa vào quá nhiều trên hệ thống kí hiệu làm cơ sở cho cú pháp ngay cả ở nơi không tường minh như là "&&" và "||" thay vì dùng "and" và "or".
- Cú pháp khai báo không được dễ hiểu, đặc biệt cho hàm của các con trỏ. Trong tình huống hoàn toàn tương tự của C++, nhà nghiên cứu Damian Conway nói về cú pháp của khai báo như sau:
- Khó để mà đặc tả một kiểu trong C++ bởi vì thực tế là một số phần tử của việc khai báo (như là con trỏ) thì là các toán tử tiền tố trong khi một số khác (như là mảng) lại là toán tử hậu tố (nghĩa là phải đặt
*đứng trước tên con trỏ và dặt
[]sau tên mảng—người dịch). Nhừng toán tử khai báo này lại có các thứ tự ưu tiên khác nhau, cần phải được đặt trong các dấu ngoặc cẩn thận để đạt được sự khai báo mong muốn.
- Ben Werther & Damian Conway.
- Khó để mà đặc tả một kiểu trong C++ bởi vì thực tế là một số phần tử của việc khai báo (như là con trỏ) thì là các toán tử tiền tố trong khi một số khác (như là mảng) lại là toán tử hậu tố (nghĩa là phải đặt
A Modest Proposal: C++ Resyntaxed. Section 3.1.1. 1996.
Các vấn đề về bảo trì[sửa | sửa mã nguồn]
Có một số vấn đề khác của C mà không trực tiếp do các lỗi hay sai sót, nhưng lại làm ngăn trở khả năng của người lập trình để xây đựng một hệ thống cỡ lớn, có thể bảo trì và ổn định. Các điển hình bao gồm:
- Hệ thống rời rạc vì các câu lệnh định nghĩa nhập (
#include) dựa trên các dòng chữ nội tại rải rác không đồng nhất (trong các tập tin) nhằm giữ các nguyên mẫu và các định nghĩa được đồng bộ. Điều này làm tăng đáng kể số lần cho việc tạo dựng (phần mềm).
- Mô hình chuyển dịch rối rắm. Nó buộc phải có việc theo dõi các sự phụ thuộc (về mã) bằng tay và nó ngăn cấm sự tối ưu hóa trình dịch giữa các mô dun (ngoại trừ sự tối ưu hoá thời gian liên kết).
- Hệ thống kiểu yếu dẫn tới việc các chương trình có lỗi hiển nhiên nhưng vẫn được dịch mà không bị bắt lỗi.
Các công cụ kiểm tra tĩnh cho trình dịch[sửa | sửa mã nguồn]
Nhiều công cụ đã được tạo ra để giúp người lập trình C tránh dược các lỗi. Việc kiểm tra và kiểm toán mã nguồn tự động thì rất hiệu quả trong mọi ngôn ngữ. Chẳng hạn cho C là Lint. Một thực tế là sử dụng Lint để phát hiện các mã có nghi vấn khi một chương trình được viết lần đầu. Một khi chương trình đã qua được Lint, thì nó được chuyển dịch bởi một trình dịch C. Cũng có một thư viện cho việc tiến hành kiểm tra các biên của mảng và một dạng giới hạn của việc tự động dọn rác, nhưng đó không phải là một phần tiêu chuẩn của C.
Điều nên nhận thức là các công cụ này không phải là vạn năng. Bởi vì sự linh hoạt của C, nhiều kiểu lỗi như là việc dùng sai các hàm tham lượng động, việc dùng chỉ số ngoài biên của mảng và quản lý bộ nhớ không đúng thì không thể phát hiện được. Mặc dù vậy, nhiều trường hợp (lỗi) thông thường đều có thể được nhận ra.
Lịch sử[sửa | sửa mã nguồn]
Những phát triển ban đầu[sửa | sửa mã nguồn]
Phát triển khởi đầu của C xảy ra ở AT&T Bell Labs giữa 1969 và 1973; theo Ritchie thì thời gian sáng tạo nhất là vào năm 1972. Nó được đặt tên là C vì nhiều đặc tính của nó rút ra từ một ngôn ngữ trước đó là B.
Thêm vào đó, các điểm khác với ngôn ngữ nguyên thủy "B": Ken Thompson kể tới ngôn ngữ lập trình BCPL, nhưng ông ta cũng đã tạo ra ngôn ngữ là Bon để vinh danh vợ mình.
Có nhiều truyền thuyết về nguồn gốc của C và hệ điều hành liên quan tới nó là Unix bao gồm:
- Sự phát triển của C là kết quả của các lập trình viên đã muốn chơi Space Travel. Họ đã chơi nó trên mainframe của hãng làm việc, nhưng bị thiếu khả năng (chạy) và phải hỗ trợ khoảng 100 người dùng, Thompson và Ritchie tìm thấy rằng họ đã không có đủ sự kiểm soát tàu vũ trụ (của trò chơi) để tránh được các va chạm khỏi sự chuyển dịch của các thiên thạch. Do đó, họ quyết định để xuất trò chơi này sang một máy PDP-7 để không trong văn phòng. Nhưng nó lại không có hệ điều hành; do đó, họ viết một hệ điều hành. Tiếp tục, họ quyết định để xuất hệ điều hành này sang PDP-11 của văn phòng nhưng việc này thật khó vì tất cả mã đều là ngôn ngữ Assembly. Họ quyết định dùng một ngôn ngữ dễ xuất cấp cao để hệ điều hành có thể xuất được dễ dàng từ máy tính này sang máy khác. Họ đã tìm đến ngôn ngữ B, nhưng nó lại thiếu các chức năng để khai thác một số khả năng của PDP-11. Vậy nên họ đã sáng tạo ra một ngôn ngữ mới là C.
- Unix nguyên đã được phát triển để tạo ra một hệ thống tự động lập hồ sơ cho các bằng phát minh. Phiên bản đầu tiên của Unix đã phát triển từ ngôn ngữ Assembly. Sau đó, ngôn ngữ C đã được phát triển để từ đó thay thế hệ điều hành mới.
Cho đến 1973, C đã trở nên đủ mạnh để dùng viết nhân cho Unix, thay vì trước nó chúng được viết bằng Assembly trong các máy PDP-11/20. Đây là lần đầu tiên mà nhân của một hệ điều hành được lắp thành bằng một ngôn ngữ khác hơn Assembly.
K&R C[sửa | sửa mã nguồn]
Năm 1978, Ritchie và Brian Kernighan xuất bản lần đầu cuốn The C Programming Language. Sách này được những người lập trình biết tới như là "K&R", được dùng trong nhiều năm như là một đặc tả không chính thức của C. Phiên bản C mà cuốn sách đó đề cập thường được gọi là "K&R C". (Lần xuất bản thứ hai của cuốn này cũng bao gồm chuẩn ANSI C).
K&R giới thiệu các chức năng sau đây:
- Kiểu dữ liệu
struct
- Kiểu dữ liệu
long int
- Kiểu dữ liệu
unsigned int
- Toán tử
=+đã được đổi thành
+=, và tương tự cho các toán tử khác để tránh gây hiểu nhầm cho bộ phân tích từ vựng của trình dịch C. (Ví dụ: sự giống nhau dễ lầm lẫn của hai câu lệnh
i =+ 10và
i = +10).
K&R C thường được xem là phần cơ bản nhất của ngôn ngữ mà nó cần phải có cho một trình dịch C. Trong nhiều năm, ngay cả sau khi ANSI C được giới thiệu, nó đã được xem như là "mẫu số chung nhỏ nhất" mà người lập trình C phải bám lấy nếu muốn có được khả năng dịch chuyển (tái dụng trên nhiều máy) bởi vì không phải mọi trình dịch đều hỗ trợ toàn bộ ANSI C, và một cách hợp lý là mã viết trong K&R C cũng là mã hợp lệ trong ANSI C.
Trong các phiên bản trước đây của C, chỉ có những hàm nào trả về một số khác số nguyên mới cần được khai báo trước khi dùng. Một hàm dùng mà không có bất kì sự khai báo nào trước đó được giả thiết là sẽ trả về một số nguyên.
Ví dụ việc gọi với yêu cầu của sự khai báo trước:
1 long int SomeFunction(); 2 3 int CallingFunction() 4 { 5 long int ret; 6 ret = SomeFunction(); 7 }
Ví dụ việc gọi mà không cần phải khai báo trước:
1 int CallingFunction() 2 { 3 int ret; 4 ret = SomeOtherFunction(); 5 } 6 7 int SomeOtherFunction() 8 { 9 return 0; 10 }
Bởi vì nguyên mẫu của K&R đã không bao gồm bất kì thông tin nào về các tham số của hàm, chức năng kiểm tra kiểu của các đối số đã không được tiến hành, mặc dù một số trình dịch sẽ cho ra thông báo cảnh cáo nếu một hàm đã được gọi với số lượng tham số không đúng.
Trong nhiều năm tiếp theo của sự tái bản K&R C, nhiều chức năng "không chính thức" đã được thêm vào cho ngôn ngữ, được hỗ trợ bởi các trình dịch của AT&T và một số nơi khác. Trong đó bao gồm:
- Các hàm có kiểu
voidvà dữ liệu có kiểu
void *.
- Các hàm trả về các kiểu
structhay
union.
- Tên của các miền trong một không gian tên cho mỗi kiểu
struct.
- Phép gán cho kiểu dữ liệu
struct.
- Hằng
constđược xem là đối tượng chỉ cho phép đọc.
- Một thư viện chuẩn được sự hợp tác để xây dựng bởi nhiều nhà sản xuất.
- Các kiểu enumeration.
- Kiểu chính xác đơn
float.
ANSI C và ISO C[sửa | sửa mã nguồn]
Vào khoảng cuối thập niên 1970, C bắt đầu thay thế vai trò của BASIC như là một ngôn ngữ lập trình cho microcomputer. Suốt thập niên 1980 nó đã được chấp thuận dùng trong IBM PC, và sự phổ biến của nó bắt đầu tăng một cách lớn lao.
Trong cùng thời kỳ, Bjarne Stroustrup và đồng nghiệp ở Bell Labs đã bắt tay cho thêm vào C các cấu trúc ngôn ngữ lập trình hướng đối tượng.
Ngôn ngữ họ tạo ra gọi là C++ nay trở thành ngôn ngữ lập trình ứng dụng phổ biến nhất trên hệ điều hành Microsoft Windows; C vẫn còn rất phổ biến trong thế giới UNIX. Một ngôn ngữ khác cũng được phát triển trong khoảng thời gian này là Objective-C, cũng là một mở rộng lập trình hướng đối tượng cho C. Dù không phổ biến như C++, nó được dùng để phát triển các ứng dụng Cocoa của Mac OS X.
Trong 1983, Viện Tiêu chuẩn Quốc gia Hoa Kỳ (ANSI) thành lập hội đồng X3J11 để hoàn tất một tiêu chuẩn dặc tả của C. Sau một quá trình khó khăn và lâu dài, tiêu chuẩn đã hoàn tất vào 1989 và được công nhận là "Programming Language C" ANSI X3.159-1989. Phiên bản ngôn ngữ này thường được nhắc đến như là ANSI C.
Trong 1990, Tiêu chuẩn ANSI C (với một vài chi tiết nhỏ được điều chỉnh) đã được tiêu chuẩn hóa bởi Tổ chức Quốc tế về Tiêu chuẩn hóa (ISO) như là ISO/IEC 9899:1990.
Một điểm mạnh của quá trình tiêu chuẩn hoá ANSI C là làm cho K&R C trở thành một tập con của nó; nó tiếp nhận nhiều chức năng không chính thức của K&R C như là một hệ quả. Xa hơn, hội đồng tiêu chuẩn cũng làm cho ANSI C bao gồm thêm nhiều chức năng mới, như là các nguyên mẫu của hàm (mượn từ C++), và khả năng tiền xử lý mạnh hơn.
Ngày nay, ANSI C được hỗ trợ bởi hầu hết các trình dịch. Hầu hết các mã C ngày nay được viết dựa ttrên ANSI C. Mọi chương trình chỉ viết trong chuẩn C thì sẽ đảm bảo việc thực thi chính xác trên mọi nền nào cho phép dùng C. Mặc dù vậy, nhiều chương trình đã viết ra chỉ dịch được trong một số nền hoặc với một số trình dịch nào đó bởi vì các lý do sau:
- Dùng các thư viện không chuẩn, như là cho GUI.
- Một số trình dịch không hoàn toàn theo đúng chuẩn ANSI C hay các chuẩn tiếp sau trong các chế độ làm việc mặc nhiên của chúng.
- Phụ thuộc vào kích thước của một số kiểu dữ liệu cũng như là endian của nền. (Chẳng hạn, trong một số nền kích thước của kiểu
intcó thể nhiều hơn hay ít hơn—4, 8 hay 16 byte—trong nền khác.)
Macro
__STDC__ có thể được dùng để chẻ mã nguồn thành các phần theo ANSI C và K&R
1 #if __STDC__ 2 extern int getopt(int,char * const *,const char *); 3 #else 4 extern int getopt(); 5 #endif
Một số chuyên gia khuyên rằng dùng
#if __STDC__ như trên, thay cho
#ifdef __STDC__ bởi vì một số trình dịch cài giá trị
__STDC__ về 0 để chỉ việc không theo chuẩn ANSI (trong khi một số trình dịch khác lại cài về giá trị khác 0).
C99[sửa | sửa mã nguồn]
Sau quá trình chuẩn hóa ANSI, đặc tả của ngôn ngữ C tương đối được giữ nguyên trong một thời gian, trong khi C++ tiếp tục thâm nhập. (Đúng ra, đã có tu chính số 1 tạo ra phiên bản mới của C trong 1995, nhưng phiên bản này hiếm khi được đồng thuận.) Cho đến cuối thập niên 1990 một tiêu chuẩn mới đã được phát hành là ISO 9899:1999. Tiêu chuẩn này thường được mệnh danh là "C99". Nó đã tiếp thu ANSI C trong tháng 3 năm 2000.
Những chức năng mới trong C99 bao gồm:
- Các hàm
inline.
- Các biến có thể được khai báo ở bất kì chỗ nào (như là trong C++).
- Nhiều kiểu dữ liệu mới được đưa vào bao gồm kiểu
long long int(để giảm khó khăn trong việc chuyển hệ từ 32-bit sang 64-bit), kiểu boolean và kiểu
complexđể dùng cho các số phức.
- Các mảng có chiều dài thay đổi được.
- Hỗ trợ cho dòng lệnh chú giải bắt đầu với
//như trong C++ và nhiều ngôn ngữ khác.
- Nhiều hàm thư viện mới như là
snprintf().
- Nhiều tập tin tiêu dề như là
stdint.h.
Điều thú vị trong việc hỗ trợ cho chuẩn C99 là một kết quả pha trộn. Trong khi GCC và nhiều trình dịch khác hiện hỗ trợ hầu hết các chức năng của C99, thì trình dịch của Microsoft và Borland lại không tuân theo và hai công ty này dường như không thích thú để thêm vào các hỗ trợ này.
Quan hệ với C++[sửa | sửa mã nguồn]
Bjarne Stroustrup, cha đẻ của C++ đã lập đi lập lại rằng [3]: Các tính chất không tương thích giữa C và C++ nên được hạ thấp càng nhiều càng tốt để mở rộng tối đa khả năng hoạt động thông suốt của hai ngôn ngữ này. Một số người tranh biện rằng vì C và C++ là hai ngôn ngữ khác nhau, sự tương thích giữ chúng thì hữu ích nhưng không phải có tính sống còn, theo lập trường này, nỗ lực để giảm sự không tương thích không được phá hủy cố gắng để nâng cao mỗi ngôn ngữ đứng riêng.
Ngày nay, những khác nhau căn bản, không kể các mở rộng thêm vào của C++ như là các lớp, các tiêu bản, các không gian tên, và quá tải, giữa hai ngôn ngữ là:
inline— các hàm inline có giá trị toàn cục trong C++ và chỉ có giá trị trong phạm vi tập tin trong C.
- Từ khóa
booltrong C99 thì có riêng tập tin tiêu dề của nó là
<stdbool.h>. Các chuẩn C trước đây đã không định nghĩa kiểu
booleanvà nhiều phương pháp không tương thích đã được dùng để mô phỏng kiểu boolean.
- Các hằng kí tự (được đặt trong dấu
') có độ lớn của một
inttrong C và có độ lớn của một
chartrong C++. Mặc dù vậy, ngay cả trong C các hàng này sẽ không bao giờ vượt quá giá trị của một
char, cho nên việc chuyển đổi kiểu
(char)'a'thì hoàn toàn an toàn.
- Nhừng từ khóa mới thêm vào trong C++ sẽ không thể dược dùng làm các tên trong C như trước đây nữa. (Ví dụ:
try,
catch,
template,
new,
delete,...).
- Trong C++, trình dịch tự động tạo một "thẻ" cho mỗi
struct,
unionhay
enum, do vậy,
struct S {};trong C++ tương đương với
typedef struct S {} S;trong C.
C99 tiếp thu một số tính năng mà xuất hiện đầu tiên trong C++. Trong số đó là:
- Bắt cuộc khai báo nguyên mẫu của hàm.
- Thêm từ khóa
inline.
- Hủy bỏ "hiểu ngầm" của sự trả về sẽ có kiểu int.
Ngôn ngữ trung gian[sửa | sửa mã nguồn]
C được dùng như là một ngôn ngữ trung gian vì nó có thể xuất thành dạng tập tin object hay ngôn ngữ máy. Việc này giúp C trở nên dễ vận chuyển hay dễ tối ưu hóa. Các trình dịch C thường có sẵn cho nhiều loại CPU và các hệ điều hành và hầu hết những trình dịch đó cho ra được tập tin *.obj cũng như ngôn ngữ máy có tối ưu hóa. Do đó, các đầu ra của mã nguồn C đột nhiên trở nên rất là dễ vận chuyển, và có khả năng dùng trong dạng *.obj hay mã máy được tối ưu hóa. Dầu sao thì C được thiết kế như là một ngôn ngữ lập trình, nó không phải là lý tưởng cho việc dùng như là một ngôn ngữ trung gian. Điều này dẫn tới việc phát triển các ngôn ngữ trung gian lấy C làm cơ sở, như là một C--.
Các trình dịch quan trọng[sửa | sửa mã nguồn]
Những trình dịch về C ngày nay thương được cung cấp kèm chung với C++ và ngay cả trình dịch cho ngôn ngữ Assembly. Những sản phẩm trình dịch được bán phổ biến trên thị trường cũng thường cung cấp thêm nhiều công cụ trợ giúp cho người lập trình như là IDE, debugger,...
Sau đây là danh sách một số trình dịch phổ biến:
- GCC trình dịch hoàn toàn miễn phí của theo giấy phép GNU toàn bộ gói sẽ bao gồm trình dịch của nhiều ngôn ngữ điển hình là C/C++ và Fortran. Đây là trình dịch chính dùng cho các hệ diều hành Linux. Nó hỗ trợ hầu hết các tiêu chuẩn C/C++. Tuy nhiên vì là miễn phí nên nó không cung cấp các phương tiện đồ họa hỗ trợ cho việc sửa lỗi và viết mã mặc dù nó cũng có các công cụ để giúp phát hiện lỗi rất mạnh như gdb.
- Borland C/C++, trình dịch này ngày nay đã đổi tên thành Borland Builder và bị giảm sút thị phần rất nhiều nhưng đây là trình dịch có hỗ trợ chuẩn C98.
- Microsoft C/C++, đây là trình dịch chỉ được dùng chủ yếu để phát triển tcác phần mềm trên các hệ Windows. Trình dịch này rất mạnh về các hỗ trợ đồ họa cũng như các công cụ để phát triển và sản xuất phần mềm. Rất tiếc, trình dịch này không hoàn toàn tương thích với các chuẩn. Để có mã nguồn theo chuẩn thì người lập trình phải cài đặt lại một số thông số mặc định. Một điểm yếu của trình dịch này là nó không hỗ trợ cho các hệ điều hành nào không do Microsoft sản xuất.
- Ngoài ra, còn rất nhiều trình dịch khác ở mức độ ít phổ biến hơn như là trình dịch C/C++ của Intel, Bell Labs,...
Xem thêm[sửa | sửa mã nguồn]
Tiếng Việt[sửa | sửa mã nguồn]
Tiếng Anh[sửa | sửa mã nguồn]
- en:C preprocessor
- en:C standard library
- en:C library
- en:C string
- en:C syntax
- en:List of articles with C programs
- en:Objective-C
- Operators in C and C++
- en:Programming tool: Cygwin, Dev-C/C++, DJGPP, GNU Compiler Collection, LCC, Linker, make, SPlint, Small-C, C--, C++
Tham khảo[sửa | sửa mã nguồn]
- Brian Kernighan, Dennis Ritchie: The C Programming Language. Also known as K&R — The original book on C.
- 1st, Prentice Hall 1978; ISBN 0-13-110163-3. Pre-ANSI C.
- 2nd, Prentice Hall 1988; ISBN 0-13-110362-8. ANSI C.
- ISO/IEC 9899. The official C:1999 standard, along with defect reports and a rationale.
- Samuel P. Harbison, Guy L. Steele: C: A Reference Manual. This book is excellent as a definitive reference manual, and for those working on C compilers. The book contains a BNF grammar for C.
- 4th, Prentice Hall 1994; ISBN 0-13-326224-3.
- 5th, Prentice Hall 2002; ISBN 0-13-089592-X.
- Derek M. Jones: The New C Standard: A Cultural and Economic Commentary, Addison-Wesley, ISBN 0-201-70917-1, online material
- Robert Sedgewick: Algorithms in C, Addison-Wesley, ISBN 0-201-31452-5 (Part 1–4) and ISBN 0-201-31663-3 (Part 5)
- William H. Press, Saul A. Teukolsky, William T. Vetterling, Brian P. Flannery: Numerical Recipes in C (The Art of Scientific Computing), ISBN 0-521-43108-5
Liên kết ngoài[sửa | sửa mã nguồn]
C[sửa | sửa mã nguồn]
- Lập trình C Trung tâm Tin Học Đại Học KHTN
- comp.lang.c Frequently Asked Questions
- The Development of the C Language by Dennis M. Ritchie
- Programming in C (Tài liệu thu thập từ Lysator)
- International Obfuscated C Code Contest
- Programming C ở Wikibooks
- The New C Standard: An economic and cultural commentary — sách không xuất bản về "Phân tích chi tiết của tiêu chuẩn quốc tế cho ngôn ngữ C"

markdown:
# C (ngôn ngữ lập trình)
|Bài viết này
|cần thêm . ![ ](//upload.wikimedia.org/wikipedia/vi/thumb/2/25/LaptrinhC.jpg/220px-LaptrinhC.jpg)
![ ](http://upload.wikimedia.org/wikipedia/vi/thumb/2/25/LaptrinhC.jpg/220px-LaptrinhC.jpg)
*, của* [The C Programming Language](/w/index.php?title=The_C_Programming_Language&action=edit&redlink=1) [Brian Kernighan](/w/index.php?title=Brian_Kernighan&action=edit&redlink=1)và [Dennis Ritchie](/wiki/Dennis_Ritchie), lần xuất bản đầu tiên đã được dùng trong nhiều năm như là một đặc tả không chính thức về ngôn ngữ C **Ngôn ngữ lập trình C** là một ngôn ngữ [mệnh lệnh](/w/index.php?title=L%E1%BA%ADp_tr%C3%ACnh_ki%E1%BB%83u_m%E1%BB%87nh_l%E1%BB%87nh&action=edit&redlink=1) được phát triển từ đầu [thập niên 1970](/wiki/Th%E1%BA%ADp_ni%C3%AAn_1970) bởi [Dennis Ritchie](/wiki/Dennis_Ritchie) để dùng trong [hệ điều hành](/wiki/H%E1%BB%87_%C4%91i%E1%BB%81u_h%C3%A0nh) [UNIX](/wiki/Unix). Từ đó, ngôn ngữ này đã lan rộng ra nhiều hệ điều hành khác và trở thành một những ngôn ngữ phổ dụng nhất. C là ngôn ngữ rất có hiệu quả và được ưa chuộng nhất để viết các [phần mềm hệ thống](/wiki/Ph%E1%BA%A7n_m%E1%BB%81m_h%E1%BB%87_th%E1%BB%91ng), mặc dù nó cũng được dùng cho việc viết các [ứng dụng](/wiki/Ph%E1%BA%A7n_m%E1%BB%81m_%E1%BB%A9ng_d%E1%BB%A5ng). Ngoài ra, C cũng thường được dùng làm phương tiện giảng dạy trong [khoa học máy tính](/wiki/Khoa_h%E1%BB%8Dc_m%C3%A1y_t%C3%ADnh) mặc dù ngôn ngữ này không được thiết kế dành cho người nhập môn.
## Mục lục
[1 Các đặc trưng](#C.C3.A1c_.C4.91.E1.BA.B7c_tr.C6.B0ng) [2 Cú pháp](#C.C3.BA_ph.C3.A1p) [3 Các vấn đề của C](#C.C3.A1c_v.E1.BA.A5n_.C4.91.E1.BB.81_c.E1.BB.A7a_C) [4 Cú pháp](#C.C3.BA_ph.C3.A1p_2) [5 Lịch sử](#L.E1.BB.8Bch_s.E1.BB.AD) [6 Quan hệ với C++](#Quan_h.E1.BB.87_v.E1.BB.9Bi_C.2B.2B) [7 Ngôn ngữ trung gian](#Ng.C3.B4n_ng.E1.BB.AF_trung_gian) [8 Các trình dịch quan trọng](#C.C3.A1c_tr.C3.ACnh_d.E1.BB.8Bch_quan_tr.E1.BB.8Dng) [9 Xem thêm](#Xem_th.C3.AAm) [10 Tham khảo](#Tham_kh.E1.BA.A3o) [11 Liên kết ngoài](#Li.C3.AAn_k.E1.BA.BFt_ngo.C3.A0i)
## Các đặc trưng[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=1) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=1)]
### Tổng quan[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=2) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=2)]
C là một
[ngôn ngữ lập trình](/wiki/Ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh) tương đối nhỏ gọn vận hành gần với phần cứng và nó giống với ngôn ngữ [Assembler](/w/index.php?title=Assembler&action=edit&redlink=1) hơn hầu hết các [ngôn ngữ bậc cao](/w/index.php?title=Ng%C3%B4n_ng%E1%BB%AF_b%E1%BA%ADc_cao&action=edit&redlink=1). Hơn thế, C đôi khi được đánh giá như là "có khả năng di động", cho thấy sự khác nhau quan trọng giữa nó với [ngôn ngữ bậc thấp](/wiki/Ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh_b%E1%BA%ADc_th%E1%BA%A5p) như là Assembler, đó là việc mã C có thể được dịch và thi hành trong hầu hết các máy tính, hơn hẳn các ngôn ngữ hiện tại trong khi đó thì Assembler chỉ có thể chạy trong một số máy tính đặc biệt. Vì lý do này C được xem là [ngôn ngữ bậc trung](/w/index.php?title=Ng%C3%B4n_ng%E1%BB%AF_b%E1%BA%ADc_trung&action=edit&redlink=1).
C đã được tạo ra với một mục tiêu là làm cho nó thuận tiện để viết các chương trình lớn với số lỗi ít hơn trong
[mẫu hình](/wiki/M%E1%BA%ABu_h%C3%ACnh) [lập trình thủ tục](/wiki/L%E1%BA%ADp_tr%C3%ACnh_th%E1%BB%A7_t%E1%BB%A5c) mà lại không đặt gánh nặng lên vai người viết ra [trình dịch](/wiki/Tr%C3%ACnh_bi%C3%AAn_d%E1%BB%8Bch) C, là những người bề bộn với các đặc tả phức tạp của ngôn ngữ. Cuối cùng C có thêm những chức năng sau:
- Một
[ngôn ngữ cốt lõi](/w/index.php?title=Ng%C3%B4n_ng%E1%BB%AF_c%E1%BB%91t_l%C3%B5i&action=edit&redlink=1)đơn giản, với các chức năng quan trọng chẳng hạn như là những hàm hay việc xử lý tập tin sẽ được cung cấp bởi các bộ [thư viện các thủ tục](/w/index.php?title=Th%C6%B0_vi%E1%BB%87n_(khoa_h%E1%BB%8Dc_m%C3%A1y_t%C3%ADnh)&action=edit&redlink=1).
- Tập trung trên mẫu hình
[lập trình thủ tục](/wiki/L%E1%BA%ADp_tr%C3%ACnh_th%E1%BB%A7_t%E1%BB%A5c), với các phương tiện lập trình theo kiểu [cấu trúc](/wiki/L%E1%BA%ADp_tr%C3%ACnh_c%E1%BA%A5u_tr%C3%BAc).
- Một hệ thống kiểu đơn giản nhằm loại bỏ nhiều phép toán không có ý nghĩa thực dụng.
- Dùng ngôn ngữ
[tiền xử lý](/wiki/Ti%E1%BB%81n_x%E1%BB%AD_l%C3%BD), tức là các câu lệnh [tiền xử lý C](/wiki/Ti%E1%BB%81n_x%E1%BB%AD_l%C3%BD_C), cho các nhiệm vụ như là định nghĩa các [macro](/w/index.php?title=Macro&action=edit&redlink=1)và hàm chứa nhiều tập tin [mã nguồn](/wiki/M%C3%A3_ngu%E1%BB%93n)(bằng cách dùng câu lệnh tiền xử lý dạng
#includechẳng hạn).
- Mức thấp của ngôn ngữ cho phép dùng tới
[bộ nhớ máy tính](/wiki/B%E1%BB%99_nh%E1%BB%9B)qua việc sử dụng kiểu dữ liệu
pointer.
- Số lượng từ khóa rất nhỏ gọn.
- Các
[tham số](/wiki/Tham_s%E1%BB%91_(khoa_h%E1%BB%8Dc_m%C3%A1y_t%C3%ADnh))được đưa vào các hàm bằng giá trị, không bằng địa chỉ.
- Hàm các con trỏ cho phép hình thành một nền tảng ban đầu cho
[tính đóng](/w/index.php?title=T%C3%ADnh_%C4%91%C3%B3ng_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh&action=edit&redlink=1)và [tính đa hình](/w/index.php?title=T%C3%ADnh_%C4%91a_h%C3%ACnh&action=edit&redlink=1).
- Hỗ trợ các
[bản ghi](/w/index.php?title=B%E1%BA%A3n_ghi_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit&redlink=1)hay các kiểu dữ liệu kết hợp do người dùng từ khóa định nghĩa
structcho phép các dữ liệu liên hệ nhau có thể được tập hợp lại và được điều chỉnh như là toàn bộ.
Một số chức năng khác mà C không có (hay còn thiếu) nhưng có thể tìm thấy ở các ngôn ngữ khác bao gồm:
[An toàn kiểu](/w/index.php?title=An_to%C3%A0n_ki%E1%BB%83u&action=edit&redlink=1),
- Tự động
[Thu dọn rác](/w/index.php?title=Thu_d%E1%BB%8Dn_r%C3%A1c_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit&redlink=1),
- Các
[lớp](/wiki/L%E1%BB%9Bp_(khoa_h%E1%BB%8Dc_m%C3%A1y_t%C3%ADnh))hay các [đối tượng](/w/index.php?title=%C4%90%E1%BB%91i_t%C6%B0%E1%BB%A3ng_(OOP)&action=edit&redlink=1)cùng với các ứng xử của chúng (xem thêm [OOP](/wiki/L%E1%BA%ADp_tr%C3%ACnh_h%C6%B0%E1%BB%9Bng_%C4%91%E1%BB%91i_t%C6%B0%E1%BB%A3ng)),
- Các
[hàm lồng nhau](/w/index.php?title=H%C3%A0m_l%E1%BB%93ng_nhau&action=edit&redlink=1), [Lập trình tiêu bản](/w/index.php?title=L%E1%BA%ADp_tr%C3%ACnh_ti%C3%AAu_b%E1%BA%A3n&action=edit&redlink=1)hay [Lập trình phổ dụng](/w/index.php?title=L%E1%BA%ADp_tr%C3%ACnh_ti%C3%AAu_b%E1%BA%A3n&action=edit&redlink=1), [Quá tải](/w/index.php?title=Qu%C3%A1_t%E1%BA%A3i_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit&redlink=1)và [Quá tải toán tử](/w/index.php?title=Qu%C3%A1_t%E1%BA%A3i_to%C3%A1n_t%E1%BB%AD&action=edit&redlink=1),
- Các hỗ trợ cho
[đa luồng](/w/index.php?title=%C4%90a_lu%E1%BB%93ng&action=edit&redlink=1), [đa nhiệm](/w/index.php?title=%C4%90a_nhi%E1%BB%87m&action=edit&redlink=1)và [mạng](/wiki/M%E1%BA%A1ng_m%C3%A1y_t%C3%ADnh).
Mặc dù C còn thiếu nhiều chức năng hữu ích nhưng lý do quan trọng để C được chấp nhận vì nó cho phép các trình dịch mới được tạo ra một cách nhanh chóng trên các nền tảng mới và vì nó cho phép
[người lập trình](/wiki/L%E1%BA%ADp_tr%C3%ACnh_vi%C3%AAn) dễ kiểm soát được những gì mà chương trình (do họ viết) thực thi. Đây là điểm thường làm cho mã C chạy hiệu quả hơn các ngôn ngữ khác. Thường thì chỉ có ngôn ngữ [ASM](/w/index.php?title=ASM&action=edit&redlink=1) chỉnh bằng tay chạy nhanh hơn (ngôn ngữ C), bởi vì ASM kiểm soát được toàn bộ máy. Mặc dù vậy, với sự phát triển các trình dịch C, và với sự phức tạp của các [CPU](/wiki/CPU) hiện đại, C đã dần thu nhỏ khoảng cách khác biệt về vận tốc này.
Một lý do nữa cho việc C được sử dụng rộng rãi và hiệu quả là do các trình dịch, các thư viện và các
[phần mềm thông dịch](/w/index.php?title=Ph%E1%BA%A7n_m%E1%BB%81m_th%C3%B4ng_d%E1%BB%8Bch&action=edit&redlink=1) của các ngôn ngữ bậc cao khác lại thường được tạo nên từ C.
### Ví dụ "hello, world"[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=3) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=3)]
Ví dụ đơn giản sau đây được thấy trong lần in đầu tiên của cuốn "
[The C Programming Language](/w/index.php?title=The_C_Programming_Language&action=edit&redlink=1)", và đã trở thành bài tiêu chuẩn trong chương nhập môn của hầu hết các loại sách giáo khoa về lập trình. Chương trình hiển thị câu "hello, world!" trên [đầu ra chuẩn](/w/index.php?title=%C4%90%E1%BA%A7u_ra_chu%E1%BA%A9n&action=edit&redlink=1), mà thường là một màn hình. Mặc dù vậy, nó có thể xuất ra một tập tin hay xuất ra trên một thiết bị phần cứng kể cả trên một [vùng chứa](/w/index.php?title=V%C3%B9ng_ch%E1%BB%A9a&action=edit&redlink=1), tùy thuộc vào việc đầu ra chuẩn được chỉ thị vào đâu khi chương trình này được thực thi.
1 #include <stdio.h> 2 int main(void) 3 { 4 printf("hello, world!"); 5 return 0; 6 }
Chương trình trên sẽ dịch đúng trong hầu hết các trình dịch hỗ trợ chuẩn
[ANSI C](/w/index.php?title=ANSI_C&action=edit&redlink=1) hay chuẩn [C99](#C99).
Sau đây là các phân tích theo từng dòng mã của ví dụ trên
1 #include <stdio.h>
[tiền xử lý](/wiki/Ti%E1%BB%81n_x%E1%BB%AD_l%C3%BD)
#include. Điều này sẽ làm cho bộ tiền xử lý (bộ tiền xử lý này là một công cụ để kiểm tra mã nguồn trước khi nó được dịch) tiến hành thay dòng lệnh đó bởi toàn bộ các dòng mã hay thực thể trong tập tin mà nó đề cập đến (tức là tập tin
stdio.h). Dấu ngoặc nhọn bao quanh
stdio.hcho biết rằng tập tin này có thể tìm thấy trong các nơi đã định trước cho bộ tiền xử lý biết thông qua các
*đường tìm kiếm*đến các tập tin
header. Tập hợp các tập tin được khai báo sử dụng qua các chỉ thị tiền xử lý còn được gọi là
**các tập tin bao gồm**.
2 int main(void)
main. Hàm này có mục đích đặc biệt trong C. Khi chương trình thi hành thì hàm
main()được gọi trước tiên. Phần mã
intchỉ ra rằng
*giá trị trả về*của hàm
main(tức là giá trị mà
main()sẽ được trả về sau khi thực thi) sẽ có kiểu là một số nguyên. Còn phần mã
(void)cho biết rằng hàm
mainsẽ không cần đến tham số để gọi nó. Xem thêm
[Void](/wiki/Void_(ki%E1%BB%83u_d%E1%BB%AF_li%E1%BB%87u))
.
3 {
Dấu '{' cho biết sự bắt đầu của định nghĩa của hàm
main.
4 printf("hello, world\n");
Dòng trên gọi đến một hàm chuẩn khác tên là
. Hàm này đã được khai báo trước đó trong tập tin
[printf](/w/index.php?title=Printf&action=edit&redlink=1)
stdio.h. Dòng này sẽ cho phép tìm và thực thi mã (đã được hỗ trợ sẵn) với ý nghĩa là hiển thị lên đầu ra chuẩn dòng chữ
hello, world<kí tự xuống dòng EOL-chuyển dấu nhắc sang dòng mới>.
Mã kí tự
\n là một
*dãy thoát* được chuyển dịch thành dấu kí tự EOL (viết tắt từ chữ *End-Of-Line*) có nghĩa là chuyển vị trí [dấu nhắc](/w/index.php?title=D%E1%BA%A5u_nh%E1%BA%AFc&action=edit&redlink=1) xuống đầu một dòng kế. Gía trị trả về của hàm
printf (theo khai báo nguyên mẫu chuẩn của hàm này trong C) có kiểu
int, nhưng vì giá trị trả về này không được (người lập trình) dùng tới nên giá trị đó bị bỏ qua (một cách lặng lẽ).
5 return 0;
Dòng này sẽ kết thúc việc thực thi mã của hàm
main và buộc nó trả về giá trị 0 (là một số nguyên như khai báo ban đầu
int main ).
6 }
Dấu '}' cho biết việc kết thúc mã cho hàm
main.
### Các kiểu[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=4) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=4)]
C có một hệ thống kiểu tương tự như của
[Pascal](/wiki/Pascal_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)), mặc dù chúng khác nhau trong một số khía cạnh. Có nhiều kiểu cho các số nguyên với nhiều cỡ cho có đấu và không có dấu, có kiểu số [floating point](/w/index.php?title=Floating_point&action=edit&redlink=1), kiểu các kí tự
char, các kiểu thứ tự
enum, kiểu bản ghi
record và kiểu đơn vị
union.
C tạo ra sự mở rộng mạnh mẽ việc sử dụng của kiểu các con trỏ
, một dạng đơn giản các
[pointer](/w/index.php?title=Pointer&action=edit&redlink=1) [tham chiếu](/w/index.php?title=Tham_chi%E1%BA%BFu_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit&redlink=1) mà chúng chứa địa chỉ các vùng nhớ. Các con trỏ có thể được *tham chiếu ngược* ( *dereference*) để lấy về giá trị của dữ liệu được chứa trong địa chỉ đó (địa chỉ mà con trỏ chỉ vào). Địa chỉ này có thể được điều chỉnh bằng các phép gán thông thường và các [phép toán số học trên con trỏ](/w/index.php?title=Ph%C3%A9p_to%C3%A1n_s%E1%BB%91_h%E1%BB%8Dc_tr%C3%AAn_con_tr%E1%BB%8F&action=edit&redlink=1). Trong thời gian thực thi, một con trỏ đại diện cho một địa chỉ của bộ nhớ. Trong thời gian chuyển dịch, nó là một kiểu phức tạp đại diện cho cả địa chỉ và kiểu của dữ liệu. Điều này cho phép các biểu thức bao gồm các con trỏ được kiểm tra về kiểu. Các con trỏ thì được dùng cho nhiều mục tiêu trong C. Các dòng kí tự
string thường được đại diện bởi một con trỏ chỉ tới một dãy của các kí tự. Sự
[cấp phát bộ nhớ động](/w/index.php?title=C%E1%BA%A5p_ph%C3%A1t_b%E1%BB%99_nh%E1%BB%9B_%C4%91%E1%BB%99ng&action=edit&redlink=1), được miêu tả sau đây, thì được tiến hành thông qua các con trỏ.
Một
* có nghĩa là nó không chỉ đến một chỗ nào hết. Điều này có ích trong những trường hợp như là con trỏ con trỏ rỗng*
trong một nút cuối của một
next [danh sách liên kết](/w/index.php?title=Danh_s%C3%A1ch_li%C3%AAn_k%E1%BA%BFt&action=edit&redlink=1)
linked list. Việc tham chiếu ngược một con trỏ trống gây ra các biểu hiện không dự đoán trước được. Các con trỏ kiểu
voidthì lại có thể chỉ đến một đối tượng mà không cần biết kiểu của đối tượng đó. Điều này đặc biệt hữu dụng trong
[lập trình tiêu bản](/w/index.php?title=L%E1%BA%ADp_tr%C3%ACnh_ti%C3%AAu_b%E1%BA%A3n&action=edit&redlink=1)bởi vì cỡ và kiểu của các đối tượng mà chúng chỉ tới thì không thể biết được và do đó không thể thực hiện tham chiếu ngược, nhưng chúng lại có thể được hoán chuyển thành các con trỏ của các kiểu khác.
Các kiểu mảng
array trong C thì có cỡ cố định, độ lớn tĩnh của nó phải được biết trước trong thời gian chuyển dịch. Điều này gây nhiều trở ngại trong thực tế bởi vì người ta có thể chỉ định các vùng nhớ ở thời gian thực thi dựa trên các thư viện chuẩn và hành xử chúng như là các mảng. Không như các ngôn ngữ khác, C biểu thị các mảng giống như trường hợp các con trỏ: chúng đóng vai trò một địa chỉ của bộ nhớ và một kiểu dữ liệu. Do đó, các giá trị chỉ số có thể vượt quá cỡ của một mảng.
C cũng cung cấp các kiểu mảng đa chiều. Các giá trị chỉ số của các mảng đa chiều thì được gán theo thứ tự hàng chính. Một cách có ý nghĩa thì các mảng này hoạt động như là mảng của các mảng nhưng thực chất chúng được phân bố như là mảng một chiều với việc tính và tạo các vị trí tương đối.
C thường được dùng trong việc lập trình các hệ thống bậc thấp, ở đó có thể cần thiết để xem số nguyên như là một địa chỉ của bộ nhớ, là một giá trị
*double precision*, hay là một kiểu con trỏ. Trong các trường hợp này, C cung cấp việc *hoán chuyển*, mà phép toán này sẽ bắt buộc chuyển đổi giá trị từ một kiểu sang một kiểu khác. Dùng phép *hoán chuyển* sẽ làm mất đi phần nào tính an toàn mà thường được cung cấp bởi hệ thống kiểu.
### Lưu trữ dữ liệu[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=5) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=5)]
Một trong những chức năng quan trọng nhất của một ngôn ngữ lập trình là việc cung cấp cơ sở cho việc quản lý
[bộ nhớ](/w/index.php?title=B%E1%BB%99_nh%E1%BB%9B_(m%C3%A1y_t%C3%ADnh)&action=edit&redlink=1) và các đối tượng được chứa trong bộ nhớ. C cung ứng 3 phương cách để cấp phát bộ nhớ cho các đối tượng:
-
Sự
[cấp phát vùng nhớ tĩnh](/w/index.php?title=C%E1%BA%A5p_ph%C3%A1t_v%C3%B9ng_nh%E1%BB%9B_t%C4%A9nh&action=edit&redlink=1): khoảng trống dành cho đối tượng thì được cung cấp trong phần mã nhị phân ở thời gian dịch; những đối tượng này có một thời gian sống lâu dài theo sự tồn tại của phần mã nhị phân chứa chúng (các đối tượng).
-
Sự
[cấp phát vùng nhớ tự động](/w/index.php?title=C%E1%BA%A5p_ph%C3%A1t_v%C3%B9ng_nh%E1%BB%9B_t%E1%BB%B1_%C4%91%E1%BB%99ng&action=edit&redlink=1): Các đối tượng tạm thời có thể được chứa trong một chồng ( *stack*), và khoảng trống này thì được trả về một cách tự động và có thể được dùng lại sau khi khối mã mà chúng (tức các đối tượng tạm thời) được khai báo đã thực thi xong.
-
Sự
[cấp phát vùng nhớ động](/w/index.php?title=C%E1%BA%A5p_ph%C3%A1t_v%C3%B9ng_nh%E1%BB%9B_%C4%91%E1%BB%99ng&action=edit&redlink=1): Các khối của bộ nhớ với bất kì cỡ lớn mong muốn nào đều có thể được yêu cầu (hay xin) trong thời gian thi hành bằng cách dùng các hàm thư viện như là
,
[malloc()](/w/index.php?title=Malloc&action=edit&redlink=1)
và
[realloc()](/w/index.php?title=Malloc&action=edit&redlink=1)
từ một khu vực của bộ nhớ có tên là
[free()](/w/index.php?title=Malloc&action=edit&redlink=1) [heap](/w/index.php?title=Dynamic_memory_allocation&action=edit&redlink=1); các khối này có thể được tái dụng sau khi gọi hàm
để hoàn trả chúng lại cho bộ nhớ.
[free()](/w/index.php?title=Malloc&action=edit&redlink=1)
Ba phương án này thích hợp cho các tình huống khác nhau và có những hậu quả khác nhau. Ví dụ, kiểu cấp phát tĩnh sẽ không cần thời gian (để tính toán) cho sự cấp phát, kiểu cấp phát tự động sẽ cần một khoảng thời gian nào đó cho dự tính, và kiểu cấp phát động có thể đòi hỏi một lượng lớn thời gian dùng dễ tính toán cho việc cấp phát và hoàn trả (các vùng nhớ đã được yêu cầu trước đó). Mặt khác, khoảng trống của chồng thường giới hạn cho vùng nhớ tĩnh hay cho khoảng trống của heap, và chỉ kiểu cấp phát vùng nhớ động là cho phép sự cấp phát cho các đối tượng mà kích thước của nó chỉ có thể biết được trong lúc thi hành. Hầu hết các chương trình C đều dùng nhiều cả ba phương cách này.
Khi có thể thì sự cấp phát tự động hay sự cấp phát tĩnh thường được dề nghị dùng vì kho nhớ được quản lý bởi trình dịch, giải phóng cho người lập trình những lồi lầm phiền hà khi phải xin cấp phát và hoàn trả các vùng nhớ bằng tay. Rất tiếc nhiều cấu trúc dữ liệu có thể trương nở trong thời gian thực thi và vì kiểu cấp phát tĩnh và kiểu tự động phải có một độ lớn cố định ở thời gian dịch nên trong nhiều tình huống mà buộc phải dùng kiểu cấp phát động. Các dãy thay đổi về độ lớn là một ví dụ điển hình của trường hợp này. (Xem ví dụ từ bài
[malloc](/w/index.php?title=Malloc&action=edit&redlink=1) về các dãy được cấp phát vùng nhớ động.)
## Cú pháp[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=6) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=6)]
Không như
[Fortran](/wiki/Fortran), C là ngôn ngữ dạng tự do, cho phép [người lập trình](/wiki/L%E1%BA%ADp_tr%C3%ACnh_vi%C3%AAn) tùy tiện sử dụng kí tự
whitespace để xếp đặt (cách trình bày) mã nguồn. Các dòng chú giải hoặc có thể đặt nằm giữa
/* và
*/ hoặc viết từng dòng bắt đầu bởi
// theo sau đó là các chú giải.
Mỗi tập tin chứa mã có thể chứa các khai báo và các định nghĩa hàm. Các định nghĩa hàm, chính chúng, cũng chứa các khai báo và các mệnh đề. Các khai báo thì hoặc là định nghĩa những kiểu mới với các từ khoá như
struct,
union, và
enum, hoặc là gán các kiểu và đăng kí vùng chứa (trong bộ nhớ) cho các biến mới (Ví dụ: *char myname = "ABC"). Các từ khoá như là
char và
int cũng như là kí hiệu con trỏ chỉ tới
* là các kiểu sẵn có. Các khối mã thì được đóng ở giữa các dấu
{ và
} để chỉ ra phần (mã) mà các khai báo và các cấu trúc điều khiển (bên trong dấu ngoặc) có hiệu lực.
Như là một ngôn ngữ mệnh lệnh, C phụ thuộc vào các mệnh đề (câu lệnh) để làm hầu hết các việc. Hầu hết các mệnh đề lại là các mệnh đề biểu thức mà một cách đơn giản chúng tạo nên việc đánh giá các biểu thức đó—và trong quá trình này, các biến nhận được các giá trị mới hoặc các giá trị này được trả ra. Các mệnh đề dòng điều khiển cũng có hiệu lực cho việc thực thi có điều kiện hay có lặp lại, mà chúng được cấu tạo với các từ khóa như là
if,
else,
switch,
do,
while và
for. Các nhảy dòng cũng có thể thực hiện qua câu lệnh
goto. Nhiều phép toán khác nhau được cung cấp sẵn để thực thi trên các phép tính cơ sản về số học, lô gíc, so sánh, kiểu bit, chỉ số của mảng, và phép gán giá trị. Các biểu thức cũng gọi các hàm, bao gồm một số lượng lớn các hàm thư viện, để tiến hành các thao tác chung.
## Các vấn đề của C[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=7) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=7)]
Một câu nói phổ biến được người ta lập lại nhiều lần của một nhà thiết kế trình dịch
[Bjarne Stroustrup](/wiki/Bjarne_Stroustrup), người sáng lập ra [C++](/wiki/C%2B%2B), là " *C makes it easy to shoot yourself in the foot.*" (tạm dịch: "C làm cho việc bạn tự hại bạn trở nên dễ dàng") [[1]](http://www.research.att.com/~bs/bs_faq.html#really-say-that). Nói cách khác, C cho phép nhiều phép toán không mong muốn trong một cách tổng quát, và do đó, nhiều lỗi đơn giản đã được tạo ra bởi một người lập trình mà chúng lại không thể phát hiện qua trình dịch hay ngay cả không phát hiện ra trong lúc thi hành. Điều này là nguyên nhân của một số chương trình có các ứng xử không lường trước được và có các lỗ hổng về an toàn. Một dị bản ngôn ngữ C là [Cyclone](/w/index.php?title=Cyclone&action=edit&redlink=1) điều chỉnh được một phần trong số các vấn đề như vậy.
Một lý do của các vấn đề nêu trên là để tránh cho cái giá quá cao phải trả cho việc kiểm soát (lỗi) ở thời gian dịch và thời gian thi hành. Một lý do khác là sự đòi hỏi để giữ C được càng hiệu quả và càng uyển chuyển càng tốt. Một ngôn ngữ càng mạnh thì càng khó khăn cho ngôn ngữ lập trình đó để làm rõ ràng mọi thứ trong các chương trình (được viết trong ngôn ngữ này). Một số việc kiểm tra đã được dựa trên các công cụ bên ngoài, những công cụ như vậy được bàn đến trong phần
*Các công cụ kiểm tra tĩnh bên ngoài cho trình dịch*.
### Sự cấp phát vùng nhớ[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=8) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=8)]
Một vấn đề với C (và đây thường là vấn đề lớn cho những người mới làm quen với C) là việc cấp phát (vùng nhớ) một cách
[tự động](#AUTO) hay một cách [động](#DYNAMIC) cho các đốì tượng mà không khởi động chúng. Các đối tượng này, ban đầu, chứa các giá trị bất kì trong khoảng nhớ mà chúng được cấp phát. Các giá trị này có thể là các giá trị ngẫu nhiên còn lại trong bộ nhớ mà chưa được làm sạch, chúng hoàn toàn không dự đoán được. Nếu một chương trình có khai biến mà lại không gán giá trị ban đầu, thường là 0 (cho kiểu số) hay null (cho kiểu con trỏ) hay "" (cho kiểu dãy kí tự,...) thì có thể gây ra các phản ứng không lường trước được của chương trình đó. Hầu hết các trình dịch C hiện đại có thể phát hiện và cảnh cáo về việc "quên gán giá trị khởi động" trong nhiều trường hợp, nhưng cũng không hoàn toàn hiệu quả.
Một vấn đề thường thấy khác là bộ nhớ
heap không thể được tái dụng cho tới khi nó được hoàn trả lại về cho bộ nhớ bởi người lập trình bằng câu lệnh
free(). Hậu quả là nếu người lập trình quên hoàn trả các vùng đã cấp phát về cho bộ nhớ và lại tiếp tục dùng các lệnh cấp phát, thì càng lúc càng nhiều các phần của bộ nhớ bị chiếm chỗ. Lỗi này là một loại lỗi kiểu
memory leak tức là "rỉ bộ nhớ". Ngược lại, cũng có trường hợp trả tự do phần đã cấp phát về cho bộ nhớ quá sớm và lại tiếp tục sử dụng vùng nhớ đã trả về thì cũng có thể dễ gây ra việc nhận sai các giá trị hay tạo ra các tình huống không lường trước được. Lý do là vì máy tính khi nhận lại các vùng đã được trả sẽ có thể dùng vùng nhớ đó cho các việc khác. Một số ngôn ngữ xử lý chuyện này với việc
[tự động dọn rác](/w/index.php?title=D%E1%BB%8Dn_r%C3%A1c_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit&redlink=1).
### Các con trỏ[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=9) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=9)]
Các con trỏ là một nguồn gốc chính của nhiều nguy hiểm bởi vì chúng không được kiểm tra, một con trỏ có thể được tạo ra để chỉ tới bất kì đối tượng nào bất kể kiểu nào, kể cả các mã (nhị phân), và khi được dùng đến (hay được viết ra), có thể gây ra các hiệu ứng không lường trước được. Mặc dù hầu hết các con trỏ thường chỉ tới các chỗ an toàn, chúng vẫn có thể di chuyển tới những chỗ không an toàn như khi dùng các phép toán số học trên các con trỏ (thường là cộng trừ trên các địa chỉ mà chúng chỉ tới), vùng nhớ chỗ chúng chỉ tới có thể đã được trả về và đã được tái dụng (
[con trỏ đu đưa](/w/index.php?title=Con_tr%E1%BB%8F_%C4%91u_%C4%91%C6%B0a&action=edit&redlink=1)), chúng có thể đã không được khởi động ( [con trỏ hoang](/w/index.php?title=Con_tr%E1%BB%8F_hoang&action=edit&redlink=1)), hay chúng được trực tiếp gán một giá trị nào đó qua việc dùng toán tử đổi kiểu ( *cast*) hoặc được gán qua một con trỏ đã bị hủy hoại. Một vấn đề khác với các con trỏ là việc C cho phép tự do chuyển đổi giữa hai kiểu con trỏ bất kì. Các ngôn ngữ khác điều chỉnh các vấn đề này bằng cách dùng các kiểu [tham chiếu](/w/index.php?title=Tham_chi%E1%BA%BFu&action=edit&redlink=1) bị giới hạn hơn.
### Các mảng[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=10) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=10)]
Mặc dù C có hỗ trợ riêng cho các mảng tĩnh, nhưng nó không kiểm tra xem các chỉ số mảng có hợp lệ hay không (
[kiểm tra biên](/w/index.php?title=Ki%E1%BB%83m_tra_bi%C3%AAn&action=edit&redlink=1)). Thí dụ, người ta có thể viết phần tử thứ sáu của một mảng được định nghĩa với 5 phần tử, và điều này có thể mang lại các hậu quả không mong muốn. Lỗi này thuộc loại [lỗi tràn bộ nhớ đệm](/wiki/L%E1%BB%97i_tr%C3%A0n_b%E1%BB%99_nh%E1%BB%9B_%C4%91%E1%BB%87m). Đây là nguồn gốc của nhiều [lỗ hổng an ninh](/w/index.php?title=L%E1%BB%97_h%E1%BB%95ng_an_ninh&action=edit&redlink=1) trong các chương trình viết bằng C. Mặt khác, do sự giới hạn về kỹ thuật kiểm tra biên ở thời điểm C ra đời (khi gần như chưa có kỹ thuật kiểm tra biên), nên việc kiểm tra biên trở nên ảnh hưởng nặng đến tốc độ thực thi, đặc biệt là trong các tính toán số.
Các mảng đa chiều rất cần thiết khi cài đặt các thuật toán số (chủ yếu áp dụng cho
[đại số tuyến tính](/wiki/%C4%90%E1%BA%A1i_s%E1%BB%91_tuy%E1%BA%BFn_t%C3%ADnh)) để chứa các ma trận. Nhưng cấu trúc mảng theo C không những không đáp ứng mà còn không tương hợp cho thao tác chuyên biệt này. Vấn đề này đã được bàn thảo trong sách *Numerical Recipes in C*, chương 1.2, trang 20 ff ( [đọc trực tuyến](http://www.library.cornell.edu/nr/bookcpdf/c1-2.pdf)). Người ta có thể tìm thấy ở đây một giải pháp tốt được dùng xuyên suốt trong cả cuốn sách này.
### Các hàm tham lượng động[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=11) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=11)]
Một vấn đề thường thấy khác là về các
[hàm tham lượng động](/w/index.php?title=H%C3%A0m_tham_l%C6%B0%E1%BB%A3ng_%C4%91%E1%BB%99ng&action=edit&redlink=1) ( *variadic function*), tức là, các hàm mà có thể thay đổi được số lượng của các tham số. Không giống như các nguyên mẫu khác của hàm trong C, kiểm tra số lượng tham số ở thời điểm dịch là không bắt buộc bởi tiêu chuẩn, và một cách tổng quát là không thể kiểm tra được nếu không có thêm thông tin. Nếu dữ liệu có kiểu không đúng được chuyển vào, thì hậu quả sẻ không lường được, và thường tạo sự hư hại hoàn toàn. Các hàm tham lượng động cũng xử lý các hằng số con trỏ rỗng trong một cách không biết trước được.
- Thí dụ: Họ các hàm
[printf](/w/index.php?title=Printf&action=edit&redlink=1)cung cấp bởi thư viện chuẩn, được dùng để định dạng các dòng chữ xuất ra, thì có tiếng vì các lỗi trong giao diện tham lượng động của nó; nó dựa trên một sự định dạng của dãy kí tự để biểu trưng số và kiểu của các tham số theo sau.
Mặc dù kiểm tra kiểu của các hàm tham lượng động từ thư viện chuẩn là một vấn đề về chất lượng của sự thiết lập, nhiều trình dịch hiện đại đặc biệt tiến hành kiểm tra kiểu của việc gọi
printf, và sản sinh ra các cảnh cáo nếu danh mục tham số mà không tương ứng với dãy kí tự định dạng. Dẫu sao thì không phải tất cả các lần gọi printf đều có thể được kiểm tra một cách tĩnh bởi vì có thể dãy kí tự định dạng chỉ được lập thành ở thời gian thực thi, khi mà các hàm tham lượng động thường vẫn không kiểm tra được.
## Cú pháp[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=12) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=12)]
C có nhiều điểm yếu trong cú pháp. Đáng chú ý là:
- Nguyên mẫu của hàm nào không chỉ ra tham số nào thì được hiểu ngầm là cho phép một tập bất kì các tham số. Một vấn đề về cú pháp đã được đề ra cho khả năng tương thích ngược của K&R C, về việc thiếu các nguyên mẫu.
- Một số sự chọn lựa đáng ngờ vực về thứ tự ưu tiên của các toán tử, chẳng hạn như
=="nối kết" một cách chặt chẽ hơn
&và
|trong các biểu thức như là
x & 1 == 0.
- Việc dùng toán tử "=" một cách dễ nhầm lẫn. Nếu dùng trong đẳng thức toán học để chỉ các phép gán, dẫn tới các phép gán không chủ định trong việc so sánh và dẫn tới một ấn tượng sai lầm rằng phép gán có tính bắc cầu. Ví dụ: việc dùng câu lệnh
if (x=0) {...}sẽ dễ gây ra các lỗi bất ngờ.
- Thiếu các toán tử
[infix](/w/index.php?title=Infix&action=edit&redlink=1)cho các đối tượng phức tạp, đặc biệt là cho các phép toán trên dãy các kí tự làm cho chương trình phụ thuộc nặng nề lên các phép toán rất khó đọc.
- Dựa vào quá nhiều trên hệ thống kí hiệu làm cơ sở cho cú pháp ngay cả ở nơi không tường minh như là "&&" và "||" thay vì dùng "and" và "or".
- Cú pháp khai báo không được dễ hiểu, đặc biệt cho hàm của các con trỏ. Trong tình huống hoàn toàn tương tự của C++, nhà nghiên cứu
[Damian Conway](/w/index.php?title=Damian_Conway&action=edit&redlink=1)nói về cú pháp của khai báo như sau:
- Khó để mà đặc tả một kiểu trong C++ bởi vì thực tế là một số phần tử của việc khai báo (như là con trỏ) thì là các toán tử tiền tố trong khi một số khác (như là mảng) lại là toán tử hậu tố (nghĩa là phải đặt
*đứng trước tên con trỏ và dặt
[]sau tên mảng—người dịch). Nhừng toán tử khai báo này lại có các thứ tự ưu tiên khác nhau, cần phải được đặt trong các dấu ngoặc cẩn thận để đạt được sự khai báo mong muốn.
*Ben Werther & Damian Conway.*
- Khó để mà đặc tả một kiểu trong C++ bởi vì thực tế là một số phần tử của việc khai báo (như là con trỏ) thì là các toán tử tiền tố trong khi một số khác (như là mảng) lại là toán tử hậu tố (nghĩa là phải đặt
[A Modest Proposal: C++ Resyntaxed](http://www.csse.monash.edu.au/~damian/papers/HTML/ModestProposal.html#section3.1.1). Section 3.1.1. 1996.
### Các vấn đề về bảo trì[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=13) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=13)]
Có một số vấn đề khác của C mà không trực tiếp do các lỗi hay sai sót, nhưng lại làm ngăn trở khả năng của người lập trình để xây đựng một hệ thống cỡ lớn, có thể bảo trì và ổn định. Các điển hình bao gồm:
- Hệ thống rời rạc vì các câu lệnh định nghĩa nhập (
#include) dựa trên các dòng chữ nội tại rải rác không đồng nhất (trong các tập tin) nhằm giữ các nguyên mẫu và các định nghĩa được đồng bộ. Điều này làm tăng đáng kể số lần cho việc tạo dựng (phần mềm).
- Mô hình chuyển dịch rối rắm. Nó buộc phải có việc theo dõi các sự phụ thuộc (về mã) bằng tay và nó ngăn cấm sự
[tối ưu hóa trình dịch](/w/index.php?title=T%E1%BB%91i_%C6%B0u_h%C3%B3a_tr%C3%ACnh_d%E1%BB%8Bch&action=edit&redlink=1)giữa các mô dun (ngoại trừ sự [tối ưu hoá thời gian liên kết](/w/index.php?title=T%E1%BB%91i_%C6%B0u_ho%C3%A1_th%E1%BB%9Di_gian_li%C3%AAn_k%E1%BA%BFt&action=edit&redlink=1)).
- Hệ thống kiểu yếu dẫn tới việc các chương trình có lỗi hiển nhiên nhưng vẫn được dịch mà không bị bắt lỗi.
### Các công cụ kiểm tra tĩnh cho trình dịch[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=14) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=14)]
Nhiều công cụ đã được tạo ra để giúp người lập trình C tránh dược các lỗi. Việc kiểm tra và kiểm toán mã nguồn tự động thì rất hiệu quả trong mọi ngôn ngữ. Chẳng hạn cho C là
[Lint](/w/index.php?title=Lint&action=edit&redlink=1). Một thực tế là sử dụng Lint để phát hiện các mã có nghi vấn khi một chương trình được viết lần đầu. Một khi chương trình đã qua được Lint, thì nó được chuyển dịch bởi một trình dịch C. Cũng có một thư viện cho việc tiến hành kiểm tra các biên của mảng và một dạng giới hạn của việc [tự động dọn rác](/w/index.php?title=T%E1%BB%B1_%C4%91%E1%BB%99ng_d%E1%BB%8Dn_r%C3%A1c&action=edit&redlink=1), nhưng đó không phải là một phần tiêu chuẩn của C.
Điều nên nhận thức là các công cụ này không phải là vạn năng. Bởi vì sự linh hoạt của C, nhiều kiểu lỗi như là việc dùng sai các hàm tham lượng động, việc dùng chỉ số ngoài biên của mảng và quản lý bộ nhớ không đúng thì không thể phát hiện được. Mặc dù vậy, nhiều trường hợp (lỗi) thông thường đều có thể được nhận ra.
## Lịch sử[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=15) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=15)]
### Những phát triển ban đầu[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=16) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=16)]
Phát triển khởi đầu của C xảy ra ở
[AT&T](/wiki/AT%26T) [Bell Labs](/w/index.php?title=Bell_Labs&action=edit&redlink=1) giữa [1969](/wiki/1969) và [1973](/wiki/1973); theo Ritchie thì thời gian sáng tạo nhất là vào năm [1972](/wiki/1972). Nó được đặt tên là C vì nhiều đặc tính của nó rút ra từ một ngôn ngữ trước đó là [B](/w/index.php?title=B_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit&redlink=1).
Thêm vào đó, các điểm khác với ngôn ngữ nguyên thủy "B":
[Ken Thompson](/wiki/Ken_Thompson) kể tới ngôn ngữ lập trình [BCPL](/w/index.php?title=BCPL&action=edit&redlink=1), nhưng ông ta cũng đã tạo ra ngôn ngữ là [Bon](/w/index.php?title=Bon&action=edit&redlink=1) để vinh danh vợ mình.
Có nhiều truyền thuyết về nguồn gốc của C và hệ điều hành liên quan tới nó là
[Unix](/wiki/Unix) bao gồm:
- Sự phát triển của C là kết quả của các lập trình viên đã muốn chơi
[Space Travel](http://cm.bell-labs.com/cm/cs/who/dmr/spacetravel.html). Họ đã chơi nó trên [mainframe](/wiki/M%C3%A1y_t%C3%ADnh_l%E1%BB%9Bn)của hãng làm việc, nhưng bị thiếu khả năng (chạy) và phải hỗ trợ khoảng 100 người dùng, Thompson và Ritchie tìm thấy rằng họ đã không có đủ sự kiểm soát tàu vũ trụ (của trò chơi) để tránh được các va chạm khỏi sự chuyển dịch của các [thiên thạch](/wiki/Thi%C3%AAn_th%E1%BA%A1ch). Do đó, họ quyết định để xuất trò chơi này sang một máy [PDP-7](/w/index.php?title=PDP-7&action=edit&redlink=1)để không trong văn phòng. Nhưng nó lại không có [hệ điều hành](/wiki/H%E1%BB%87_%C4%91i%E1%BB%81u_h%C3%A0nh); do đó, họ viết một hệ điều hành. Tiếp tục, họ quyết định để xuất hệ điều hành này sang [PDP-11](/w/index.php?title=PDP-11&action=edit&redlink=1)của văn phòng nhưng việc này thật khó vì tất cả mã đều là ngôn ngữ [Assembly](/wiki/Ng%C3%B4n_ng%E1%BB%AF_Assembly). Họ quyết định dùng một ngôn ngữ dễ xuất cấp cao để hệ điều hành có thể xuất được dễ dàng từ máy tính này sang máy khác. Họ đã tìm đến ngôn ngữ B, nhưng nó lại thiếu các chức năng để khai thác một số khả năng của PDP-11. Vậy nên họ đã sáng tạo ra một ngôn ngữ mới là C.
- Unix nguyên đã được phát triển để tạo ra một hệ thống tự động lập hồ sơ cho các bằng phát minh. Phiên bản đầu tiên của Unix đã phát triển từ ngôn ngữ Assembly. Sau đó, ngôn ngữ C đã được phát triển để từ đó thay thế hệ điều hành mới.
Cho đến
[1973](/wiki/1973), C đã trở nên đủ mạnh để dùng viết [nhân](/w/index.php?title=Nh%C3%A2n_(h%E1%BB%87_%C4%91i%E1%BB%81u_h%C3%A0nh)&action=edit&redlink=1) cho Unix, thay vì trước nó chúng được viết bằng Assembly trong các máy [PDP-11/20](/w/index.php?title=PDP-11/20&action=edit&redlink=1). Đây là lần đầu tiên mà nhân của một hệ điều hành được lắp thành bằng một ngôn ngữ khác hơn Assembly.
### K&R C[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=17) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=17)]
Năm
[1978](/wiki/1978), Ritchie và [Brian Kernighan](/w/index.php?title=Brian_Kernighan&action=edit&redlink=1) xuất bản lần đầu cuốn *. Sách này được những người lập trình biết tới như là "K&R", được dùng trong nhiều năm như là một The C Programming Language* [đặc tả](/w/index.php?title=%C4%90%E1%BA%B7c_t%E1%BA%A3&action=edit&redlink=1)không chính thức của C. Phiên bản C mà cuốn sách đó đề cập thường được gọi là "K&R C". (Lần xuất bản thứ hai của cuốn này cũng bao gồm chuẩn [ANSI C](/w/index.php?title=ANSI_C&action=edit&redlink=1)).
K&R giới thiệu các chức năng sau đây:
- Kiểu dữ liệu
struct
- Kiểu dữ liệu
long int
- Kiểu dữ liệu
unsigned int
- Toán tử
=+đã được đổi thành
+=, và tương tự cho các toán tử khác để tránh gây hiểu nhầm cho
[bộ phân tích từ vựng](/w/index.php?title=B%E1%BB%99_ph%C3%A2n_t%C3%ADch_t%E1%BB%AB_v%E1%BB%B1ng&action=edit&redlink=1)của trình dịch C. (Ví dụ: sự giống nhau dễ lầm lẫn của hai câu lệnh
i =+ 10và
i = +10).
K&R C thường được xem là phần cơ bản nhất của ngôn ngữ mà nó cần phải có cho một trình dịch C. Trong nhiều năm, ngay cả sau khi ANSI C được giới thiệu, nó đã được xem như là "mẫu số chung nhỏ nhất" mà người lập trình C phải bám lấy nếu muốn có được khả năng dịch chuyển (tái dụng trên nhiều máy) bởi vì không phải mọi trình dịch đều hỗ trợ toàn bộ ANSI C, và một cách hợp lý là mã viết trong K&R C cũng là mã hợp lệ trong ANSI C.
Trong các phiên bản trước đây của C, chỉ có những hàm nào trả về một số khác số nguyên mới cần được khai báo trước khi dùng. Một hàm dùng mà không có bất kì sự khai báo nào trước đó được giả thiết là sẽ trả về một số nguyên.
Ví dụ việc gọi với yêu cầu của sự khai báo trước:
1 long int SomeFunction(); 2 3 int CallingFunction() 4 { 5 long int ret; 6 ret = SomeFunction(); 7 }
Ví dụ việc gọi mà không cần phải khai báo trước:
1 int CallingFunction() 2 { 3 int ret; 4 ret = SomeOtherFunction(); 5 } 6 7 int SomeOtherFunction() 8 { 9 return 0; 10 }
Bởi vì nguyên mẫu của K&R đã không bao gồm bất kì thông tin nào về các tham số của hàm, chức năng
[kiểm tra kiểu](/w/index.php?title=Ki%E1%BB%83m_tra_ki%E1%BB%83u&action=edit&redlink=1) của các đối số đã không được tiến hành, mặc dù một số trình dịch sẽ cho ra thông báo cảnh cáo nếu một hàm đã được gọi với số lượng tham số không đúng.
Trong nhiều năm tiếp theo của sự tái bản K&R C, nhiều chức năng "không chính thức" đã được thêm vào cho ngôn ngữ, được hỗ trợ bởi các trình dịch của AT&T và một số nơi khác. Trong đó bao gồm:
- Các hàm có kiểu
voidvà dữ liệu có kiểu
void *.
- Các hàm trả về các kiểu
structhay
union.
- Tên của các miền trong một không gian tên cho mỗi kiểu
struct.
[Phép gán](/w/index.php?title=Ph%C3%A9p_g%C3%A1n&action=edit&redlink=1)cho kiểu dữ liệu
struct.
- Hằng
constđược xem là đối tượng chỉ cho phép đọc.
- Một
[thư viện chuẩn](/wiki/Th%C6%B0_vi%E1%BB%87n_chu%E1%BA%A9n_C)được sự hợp tác để xây dựng bởi nhiều nhà sản xuất.
- Các kiểu
[enumeration](/w/index.php?title=Enumeration&action=edit&redlink=1).
- Kiểu chính xác đơn
float.
### ANSI C và ISO C[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=18) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=18)]
Vào khoảng cuối
[thập niên 1970](/wiki/Th%E1%BA%ADp_ni%C3%AAn_1970), C bắt đầu thay thế vai trò của [BASIC](/wiki/BASIC) như là một ngôn ngữ lập trình cho [microcomputer](/w/index.php?title=Microcomputer&action=edit&redlink=1). Suốt [thập niên 1980](/wiki/Th%E1%BA%ADp_ni%C3%AAn_1980) nó đã được chấp thuận dùng trong [IBM PC](/w/index.php?title=IBM_PC&action=edit&redlink=1), và sự phổ biến của nó bắt đầu tăng một cách lớn lao.
Trong cùng thời kỳ,
[Bjarne Stroustrup](/wiki/Bjarne_Stroustrup) và đồng nghiệp ở Bell Labs đã bắt tay cho thêm vào C các cấu trúc ngôn ngữ lập trình hướng đối tượng.
Ngôn ngữ họ tạo ra gọi là
[C++](/wiki/C%2B%2B) nay trở thành ngôn ngữ lập trình ứng dụng phổ biến nhất trên hệ điều hành [Microsoft Windows](/wiki/Microsoft_Windows); C vẫn còn rất phổ biến trong thế giới UNIX. Một ngôn ngữ khác cũng được phát triển trong khoảng thời gian này là [Objective-C](/w/index.php?title=Objective-C&action=edit&redlink=1), cũng là một mở rộng lập trình hướng đối tượng cho C. Dù không phổ biến như C++, nó được dùng để phát triển các ứng dụng [Cocoa](/w/index.php?title=Cocoa&action=edit&redlink=1) của [Mac OS X](/wiki/Mac_OS_X).
Trong
[1983](/wiki/1983), [Viện Tiêu chuẩn Quốc gia Hoa Kỳ](/wiki/ANSI) (ANSI) thành lập hội đồng X3J11 để hoàn tất một tiêu chuẩn dặc tả của C. Sau một quá trình khó khăn và lâu dài, tiêu chuẩn đã hoàn tất vào [1989](/wiki/1989) và được công nhận là "Programming Language C" ANSI X3.159-1989. Phiên bản ngôn ngữ này thường được nhắc đến như là [ANSI C](/w/index.php?title=ANSI_C&action=edit&redlink=1).
Trong
[1990](/wiki/1990), Tiêu chuẩn ANSI C (với một vài chi tiết nhỏ được điều chỉnh) đã được tiêu chuẩn hóa bởi [Tổ chức Quốc tế về Tiêu chuẩn hóa](/w/index.php?title=T%E1%BB%95_ch%E1%BB%A9c_Qu%E1%BB%91c_t%E1%BA%BF_v%E1%BB%81_Ti%C3%AAu_chu%E1%BA%A9n_h%C3%B3a&action=edit&redlink=1) (ISO) như là [ISO/IEC 9899:1990](/w/index.php?title=ISO_9899&action=edit&redlink=1).
Một điểm mạnh của quá trình tiêu chuẩn hoá ANSI C là làm cho K&R C trở thành một
[tập con](/wiki/T%E1%BA%ADp_h%E1%BB%A3p_con) của nó; nó tiếp nhận nhiều chức năng không chính thức của K&R C như là một hệ quả. Xa hơn, hội đồng tiêu chuẩn cũng làm cho ANSI C bao gồm thêm nhiều chức năng mới, như là các [nguyên mẫu của hàm](/w/index.php?title=Nguy%C3%AAn_m%E1%BA%ABu_c%E1%BB%A7a_h%C3%A0m&action=edit&redlink=1) (mượn từ C++), và khả năng tiền xử lý mạnh hơn.
Ngày nay, ANSI C được hỗ trợ bởi hầu hết các trình dịch. Hầu hết các mã C ngày nay được viết dựa ttrên ANSI C. Mọi chương trình
*chỉ* viết trong chuẩn C thì sẽ đảm bảo việc thực thi chính xác trên mọi nền nào cho phép dùng C. Mặc dù vậy, nhiều chương trình đã viết ra chỉ dịch được trong một số nền hoặc với một số trình dịch nào đó bởi vì các lý do sau:
- Dùng các thư viện không chuẩn, như là cho
[GUI](/wiki/Giao_di%E1%BB%87n_ng%C6%B0%E1%BB%9Di_d%C3%B9ng_%C4%91%E1%BB%93_h%E1%BB%8Da).
- Một số trình dịch không hoàn toàn theo đúng chuẩn ANSI C hay các chuẩn tiếp sau trong các chế độ làm việc mặc nhiên của chúng.
- Phụ thuộc vào kích thước của một số kiểu dữ liệu cũng như là
[endian](/w/index.php?title=Endian&action=edit&redlink=1)của nền. (Chẳng hạn, trong một số nền kích thước của kiểu
intcó thể nhiều hơn hay ít hơn—4, 8 hay 16 byte—trong nền khác.)
[Macro](/w/index.php?title=Macro&action=edit&redlink=1)
__STDC__ có thể được dùng để chẻ mã nguồn thành các phần theo ANSI C và K&R
1 #if __STDC__ 2 extern int getopt(int,char * const *,const char *); 3 #else 4 extern int getopt(); 5 #endif
Một số chuyên gia khuyên rằng dùng
#if __STDC__ như trên, thay cho
#ifdef __STDC__ bởi vì một số trình dịch cài giá trị
__STDC__ về 0 để chỉ việc không theo chuẩn ANSI (trong khi một số trình dịch khác lại cài về giá trị khác 0).
### C99[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=19) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=19)]
Sau quá trình chuẩn hóa ANSI, đặc tả của ngôn ngữ C tương đối được giữ nguyên trong một thời gian, trong khi
[C++](/wiki/C%2B%2B) tiếp tục thâm nhập. (Đúng ra, đã có tu chính số 1 tạo ra phiên bản mới của C trong [1995](/wiki/1995), nhưng phiên bản này hiếm khi được đồng thuận.) Cho đến cuối [thập niên 1990](/wiki/Th%E1%BA%ADp_ni%C3%AAn_1990) một tiêu chuẩn mới đã được phát hành là ISO 9899:1999. Tiêu chuẩn này thường được mệnh danh là "C99". Nó đã tiếp thu ANSI C trong tháng 3 năm [2000](/wiki/2000).
Những chức năng mới trong C99 bao gồm:
- Các hàm
.
[inline](/w/index.php?title=Inline&action=edit&redlink=1)
- Các biến có thể được khai báo ở bất kì chỗ nào (như là trong C++).
- Nhiều kiểu dữ liệu mới được đưa vào bao gồm kiểu
long long int(để giảm khó khăn trong việc chuyển hệ từ
[32-bit](/wiki/32-bit)sang [64-bit](/wiki/64-bit)), kiểu [boolean](/w/index.php?title=Boolean_(ki%E1%BB%83u_d%E1%BB%AF_li%E1%BB%87u)&action=edit&redlink=1)và kiểu
complexđể dùng cho các số phức.
- Các mảng có chiều dài thay đổi được.
- Hỗ trợ cho dòng lệnh chú giải bắt đầu với
//như trong C++ và nhiều ngôn ngữ khác.
- Nhiều hàm thư viện mới như là
snprintf().
- Nhiều
[tập tin tiêu dề](/w/index.php?title=T%E1%BA%ADp_tin_ti%C3%AAu_d%E1%BB%81&action=edit&redlink=1)như là
stdint.h.
Điều thú vị trong việc hỗ trợ cho chuẩn C99 là một kết quả pha trộn. Trong khi
[GCC](/wiki/B%E1%BB%99_tr%C3%ACnh_d%E1%BB%8Bch_GNU) và nhiều trình dịch khác hiện hỗ trợ hầu hết các chức năng của C99, thì trình dịch của [Microsoft](/wiki/Microsoft) và [Borland](/w/index.php?title=Borland&action=edit&redlink=1) lại không tuân theo và hai công ty này dường như không thích thú để thêm vào các hỗ trợ này.
## Quan hệ với C++[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=20) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=20)] [C++](/wiki/C%2B%2B)nguyên là sự kết thừa từ C. Mặc dù vậy, không phải mọi chương trình trong C đều hợp lệ trong C++. Vì là hai ngôn ngữ độc lập, số lượng không tương thích giữa hai ngôn ngữ này đã tăng lên. [[2]](http://david.tribble.com/text/cdiffs.htm). Phiên bản cuối cùng C99 đã tạo ra thêm nhiều tính năng xung đột (giữa C và C++). Các sự khác nhau này tạo ra khó khăn để viết các chương trình và thư viện đẻ có thể được dịch và hoạt động chính xác trong cả hai loại mã C hay C++, đồng thời gây nhầm lẫn cho những người lập trình dùng cả hai ngôn ngữ này. Sự chênh lệch này cũng gây khó khăn cho ngôn ngữ này có thể tiếp thu các tính năng của ngôn ngữ kia. [Bjarne Stroustrup](/wiki/Bjarne_Stroustrup), cha đẻ của C++ đã lập đi lập lại rằng [[3]](http://www.research.att.com/~bs/sibling_rivalry.pdf): Các tính chất không tương thích giữa C và C++ nên được hạ thấp càng nhiều càng tốt để mở rộng tối đa khả năng hoạt động thông suốt của hai ngôn ngữ này. Một số người tranh biện rằng vì C và C++ là hai ngôn ngữ khác nhau, sự tương thích giữ chúng thì hữu ích nhưng không phải có tính sống còn, theo lập trường này, nỗ lực để giảm sự không tương thích không được phá hủy cố gắng để nâng cao mỗi ngôn ngữ đứng riêng.
Ngày nay, những khác nhau căn bản, không kể các mở rộng thêm vào của C++ như là các lớp, các tiêu bản, các không gian tên, và quá tải, giữa hai ngôn ngữ là:
— các
**inline** [hàm inline](/wiki/H%C3%A0m_n%E1%BB%99i_tuy%E1%BA%BFn)có giá trị toàn cục trong C++ và chỉ có giá trị trong phạm vi tập tin trong C.
- Từ khóa
trong C99 thì có riêng tập tin tiêu dề của nó là
**bool**
. Các chuẩn C trước đây đã không định nghĩa kiểu
**<stdbool.h>**
booleanvà nhiều phương pháp không tương thích đã được dùng để mô phỏng kiểu boolean.
- Các hằng kí tự (được đặt trong dấu
') có độ lớn của một
inttrong C và có độ lớn của một
chartrong C++. Mặc dù vậy, ngay cả trong C các hàng này sẽ không bao giờ vượt quá giá trị của một
char, cho nên việc chuyển đổi kiểu
(char)'a'thì hoàn toàn an toàn.
- Nhừng từ khóa mới thêm vào trong C++ sẽ không thể dược dùng làm các tên trong C như trước đây nữa. (Ví dụ:
try,
catch,
template,
new,
delete,...).
- Trong C++, trình dịch tự động tạo một "thẻ" cho mỗi
struct,
unionhay
enum, do vậy,
struct S {};trong C++ tương đương với
typedef struct S {} S;trong C.
C99 tiếp thu một số tính năng mà xuất hiện đầu tiên trong C++. Trong số đó là:
- Bắt cuộc khai báo nguyên mẫu của hàm.
- Thêm từ khóa
.
**inline**
- Hủy bỏ "hiểu ngầm" của sự trả về sẽ có kiểu int.
## Ngôn ngữ trung gian[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=21) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=21)]
C được dùng như là một
[ngôn ngữ trung gian](/w/index.php?title=Ng%C3%B4n_ng%E1%BB%AF_trung_gian&action=edit&redlink=1) vì nó có thể xuất thành dạng [tập tin object](/w/index.php?title=T%E1%BA%ADp_tin_object&action=edit&redlink=1) hay [ngôn ngữ máy](/wiki/Ng%C3%B4n_ng%E1%BB%AF_m%C3%A1y). Việc này giúp C trở nên dễ vận chuyển hay dễ [tối ưu hóa](/w/index.php?title=T%E1%BB%91i_%C6%B0u_h%C3%B3a_(l%E1%BA%ADp_tr%C3%ACnh)&action=edit&redlink=1). Các trình dịch C thường có sẵn cho nhiều loại CPU và các hệ điều hành và hầu hết những trình dịch đó cho ra được tập tin *.obj cũng như ngôn ngữ máy có tối ưu hóa. Do đó, các đầu ra của mã nguồn C đột nhiên trở nên rất là dễ vận chuyển, và có khả năng dùng trong dạng *.obj hay mã máy được tối ưu hóa. Dầu sao thì C được thiết kế như là một ngôn ngữ lập trình, nó không phải là lý tưởng cho việc dùng như là một ngôn ngữ trung gian. Điều này dẫn tới việc phát triển các ngôn ngữ trung gian lấy C làm cơ sở, như là một [C--](/w/index.php?title=C--&action=edit&redlink=1).
## Các trình dịch quan trọng[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=22) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=22)]
Những trình dịch về C ngày nay thương được cung cấp kèm chung với C++ và ngay cả trình dịch cho ngôn ngữ
[Assembly](/wiki/Ng%C3%B4n_ng%E1%BB%AF_Assembly). Những sản phẩm trình dịch được bán phổ biến trên thị trường cũng thường cung cấp thêm nhiều công cụ trợ giúp cho người lập trình như là [IDE](/wiki/M%C3%B4i_tr%C6%B0%E1%BB%9Dng_ph%C3%A1t_tri%E1%BB%83n_t%C3%ADch_h%E1%BB%A3p), [debugger](/w/index.php?title=Debugger&action=edit&redlink=1),...
Sau đây là danh sách một số trình dịch phổ biến:
[GCC](/wiki/B%E1%BB%99_tr%C3%ACnh_d%E1%BB%8Bch_GNU)trình dịch hoàn toàn miễn phí của theo giấy phép [GNU](/wiki/D%E1%BB%B1_%C3%A1n_GNU)toàn bộ gói sẽ bao gồm trình dịch của nhiều ngôn ngữ điển hình là C/C++ và [Fortran](/wiki/Fortran). Đây là trình dịch chính dùng cho các hệ diều hành [Linux](/wiki/Linux). Nó hỗ trợ hầu hết các tiêu chuẩn C/C++. Tuy nhiên vì là miễn phí nên nó không cung cấp các phương tiện đồ họa hỗ trợ cho việc sửa lỗi và viết mã mặc dù nó cũng có các công cụ để giúp phát hiện lỗi rất mạnh như [gdb](/w/index.php?title=Gdb&action=edit&redlink=1). [Borland C/C++](/w/index.php?title=Borland_C/C%2B%2B&action=edit&redlink=1), trình dịch này ngày nay đã đổi tên thành [Borland Builder](/w/index.php?title=Borland_Builder&action=edit&redlink=1)và bị giảm sút thị phần rất nhiều nhưng đây là trình dịch có hỗ trợ chuẩn C98. [Microsoft C/C++](/w/index.php?title=Microsoft_C/C%2B%2B&action=edit&redlink=1), đây là trình dịch chỉ được dùng chủ yếu để phát triển tcác phần mềm trên các hệ [Windows](/wiki/Microsoft_Windows). Trình dịch này rất mạnh về các hỗ trợ đồ họa cũng như các công cụ để phát triển và sản xuất phần mềm. Rất tiếc, trình dịch này không hoàn toàn tương thích với các chuẩn. Để có mã nguồn theo chuẩn thì người lập trình phải cài đặt lại một số thông số mặc định. Một điểm yếu của trình dịch này là nó không hỗ trợ cho các hệ điều hành nào không do Microsoft sản xuất.
- Ngoài ra, còn rất nhiều trình dịch khác ở mức độ ít phổ biến hơn như là trình dịch C/C++ của
[Intel](/wiki/Intel), [Bell Labs](/w/index.php?title=Bell_Labs&action=edit&redlink=1),...
## Xem thêm[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=23) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=23)]
### Tiếng Việt[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=24) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=24)]
### Tiếng Anh[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=25) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=25)]
|
|![]()
|
|[en:C preprocessor](https://en.wikipedia.org/wiki/C_preprocessor) [en:C standard library](https://en.wikipedia.org/wiki/C_standard_library) [en:C library](https://en.wikipedia.org/wiki/C_library) [en:C string](https://en.wikipedia.org/wiki/C_string) [en:C syntax](https://en.wikipedia.org/wiki/C_syntax) [en:List of articles with C programs](https://en.wikipedia.org/wiki/List_of_articles_with_C_programs) [en:Objective-C](https://en.wikipedia.org/wiki/Objective-C) [Operators in C and C++](https://en.wikipedia.org/wiki/Operators_in_C_and_C_Plus_Plus) [en:Programming tool](https://en.wikipedia.org/wiki/Programming_tool): [Cygwin](/wiki/Cygwin), [Dev-C/C++](/w/index.php?title=Dev-C/C%2B%2B&action=edit&redlink=1), [DJGPP](/w/index.php?title=DJGPP&action=edit&redlink=1), [GNU Compiler Collection](/w/index.php?title=GNU_Compiler_Collection&action=edit&redlink=1), [LCC](/w/index.php?title=Little_C_compiler&action=edit&redlink=1), [Linker](/w/index.php?title=Linker&action=edit&redlink=1), [make](/w/index.php?title=Make&action=edit&redlink=1), [SPlint](/w/index.php?title=SPlint&action=edit&redlink=1), [Small-C](/w/index.php?title=Small-C&action=edit&redlink=1), [C--](/w/index.php?title=C--&action=edit&redlink=1), [C++](/wiki/C%2B%2B)
## Tham khảo[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=26) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=26)] [Brian Kernighan](/w/index.php?title=Brian_Kernighan&action=edit&redlink=1), [Dennis Ritchie](/wiki/Dennis_Ritchie): *The C Programming Language*. Also known as K&R — The original book on C.
- 1st, Prentice Hall 1978;
[ISBN 0-13-110163-3](/wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:Ngu%E1%BB%93n_s%C3%A1ch/0131101633). Pre-ANSI C.
- 2nd, Prentice Hall 1988;
[ISBN 0-13-110362-8](/wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:Ngu%E1%BB%93n_s%C3%A1ch/0131103628). ANSI C.
- 1st, Prentice Hall 1978;
[ISO/IEC 9899](http://www.open-std.org/JTC1/SC22/WG14/www/standards). The official C:1999 standard, along with defect reports and a rationale. [Samuel P. Harbison](/w/index.php?title=Samuel_P._Harbison&action=edit&redlink=1), [Guy L. Steele](/w/index.php?title=Guy_L._Steele&action=edit&redlink=1): *C: A Reference Manual*. This book is excellent as a definitive reference manual, and for those working on C compilers. The book contains a [BNF](/w/index.php?title=Backus-Naur_form&action=edit&redlink=1)grammar for C.
- 4th, Prentice Hall 1994;
[ISBN 0-13-326224-3](/wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:Ngu%E1%BB%93n_s%C3%A1ch/0133262243).
- 5th, Prentice Hall 2002;
[ISBN 0-13-089592-X](/wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:Ngu%E1%BB%93n_s%C3%A1ch/013089592X).
- 4th, Prentice Hall 1994;
[Derek M. Jones](/w/index.php?title=Derek_M._Jones&action=edit&redlink=1): *The New C Standard: A Cultural and Economic Commentary*, Addison-Wesley, [ISBN 0-201-70917-1](/wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:Ngu%E1%BB%93n_s%C3%A1ch/0201709171), [online material](http://www.knosof.co.uk/cbook/cbook.html) [Robert Sedgewick](/w/index.php?title=Robert_Sedgewick&action=edit&redlink=1): *Algorithms in C*, Addison-Wesley, [ISBN 0-201-31452-5](/wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:Ngu%E1%BB%93n_s%C3%A1ch/0201314525)(Part 1–4) and [ISBN 0-201-31663-3](/wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:Ngu%E1%BB%93n_s%C3%A1ch/0201316633)(Part 5)
- William H. Press, Saul A. Teukolsky, William T. Vetterling, Brian P. Flannery: Numerical Recipes in C (The Art of Scientific Computing),
[ISBN 0-521-43108-5](/wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:Ngu%E1%BB%93n_s%C3%A1ch/0521431085)
## Liên kết ngoài[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=27) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=27)]
### C[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=28) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=28)] *Lập trình C Trung tâm Tin Học Đại Học KHTN* *comp.lang.c Frequently Asked Questions* [by](http://cm.bell-labs.com/cm/cs/who/dmr/chist.html) *The Development of the C Language* [Dennis M. Ritchie](/w/index.php?title=Dennis_M._Ritchie&action=edit&redlink=1) [Programming in C](http://www.lysator.liu.se/c/)(Tài liệu thu thập từ Lysator) [International Obfuscated C Code Contest](http://www.ioccc.org) [ở](http://en.wikibooks.org/wiki/Programming:C) *Programming C* [Wikibooks](/wiki/Wikibooks) [— sách không xuất bản về "Phân tích chi tiết của tiêu chuẩn quốc tế cho ngôn ngữ C"](http://homepage.ntlworld.com/dmjones/cbook1_0a.pdf) *The New C Standard: An economic and cultural commentary*
### C99[
[sửa](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&veaction=edit&vesection=29) | [sửa mã nguồn](/w/index.php?title=C_(ng%C3%B4n_ng%E1%BB%AF_l%E1%BA%ADp_tr%C3%ACnh)&action=edit§ion=29)] [Open source development using C99 — Is your C code up to standard?](http://www-106.ibm.com/developerworks/linux/library/l-c99.html?ca=dgr-lnxw07UsingC99)by [Peter Seebach](/w/index.php?title=Peter_Seebach&action=edit&redlink=1) [Are you Ready For C99?](http://www.kuro5hin.org/?op=displaystory;sid=2001/2/23/194544/139)
- Article "
[Incompatibilities Between ISO C and ISO C++](http://david.tribble.com/text/cdiffs.htm)" by [David R. Tribble](/w/index.php?title=David_R._Tribble&action=edit&redlink=1)
|
|

Set-Cookie: GeoIP=US:VA:Ashburn:39.04:-77.49:v4; Path=/; secure; Domain=.wikipedia.org

X-Content-Type-Options: nosniff

Cache-Control: private, s-maxage=0, max-age=0, must-revalidate

X-Cache-Status: miss

P3P: CP="This is not a P3P policy! See https://vi.wikipedia.org/wiki/%C4%90%E1%BA%B7c_bi%E1%BB%87t:CentralAutoLogin/P3P for more info."

Via: 1.1 varnish, 1.1 varnish

X-UA-Compatible: IE=Edge

X-Cache: cp1053 miss, cp1068 miss

Vary: Accept-Encoding,Cookie,Authorization

Accept-Ranges: bytes