Tại sao isNaN (null) == false trong JS?

Mã này trong JS cung cấp cho tôi một cửa sổ bật lên nói rằng "tôi nghĩ null là một con số", mà tôi thấy hơi đáng lo ngại. Tôi đang thiếu gì?

if (isNaN(null)) {
  alert("null is not a number");
} else {
  alert("i think null is a number");
}

Tôi đang sử dụng Firefox 3. Đó có phải là lỗi trình duyệt không?

Các xét nghiệm khác:

console.log(null == NaN);   // false
console.log(isNaN("text")); // true
console.log(NaN == "text"); // false

Vì vậy, vấn đề dường như không phải là một so sánh chính xác với NaN?

Chỉnh sửa: Bây giờ câu hỏi đã được trả lời, tôi đã dọn sạch bài đăng của mình để có phiên bản tốt hơn cho kho lưu trữ. Tuy nhiên, điều này làm cho một số ý kiến ​​và thậm chí một số câu trả lời hơi khó hiểu. Đừng đổ lỗi cho tác giả của họ. Trong số những điều tôi đã thay đổi là:

• Xóa một ghi chú nói rằng tôi đã làm hỏng tiêu đề ở nơi đầu tiên bằng cách hoàn nguyên ý nghĩa của nó
• Các câu trả lời trước đó cho thấy rằng tôi không nói rõ đủ lý do tại sao tôi nghĩ hành vi đó là lạ, vì vậy tôi đã thêm các ví dụ kiểm tra chuỗi và thực hiện so sánh thủ công.

Tôi tin rằng mã đang cố gắng hỏi, "là xsố?" với trường hợp cụ thể ở đây x = null. Hàm này isNaN()có thể được sử dụng để trả lời câu hỏi này, nhưng về mặt ngữ nghĩa, nó đề cập cụ thể đến giá trị NaN. Từ Wikipedia cho NaN:

NaN ( N ot a N umber) là một giá trị của kiểu dữ liệu số đại diện cho một giá trị không xác định hoặc không thể biểu thị, đặc biệt là trong các phép tính dấu phẩy động.

Trong hầu hết các trường hợp, chúng tôi nghĩ rằng câu trả lời cho "là null số?" nên là không Tuy nhiên, isNaN(null) == falselà đúng về mặt ngữ nghĩa, bởi vì nullkhông NaN.

Đây là lời giải thích thuật toán:

Hàm isNaN(x)cố gắng chuyển đổi tham số đã truyền thành số ¹ (tương đương Number(x)) và sau đó kiểm tra xem giá trị có phải không NaN. Nếu tham số không thể được chuyển đổi thành một số, Number(x)sẽ trả về NaN² . Do đó, nếu việc chuyển đổi tham số xthành một số kết quả NaN, nó sẽ trả về true; mặt khác, nó trả về false.

Vì vậy, trong trường hợp cụ thể x = null, nullđược chuyển đổi thành số 0, (thử đánh giá Number(null)và thấy rằng nó trả về 0,) và isNaN(0)trả về false. Một chuỗi chỉ có các chữ số có thể được chuyển đổi thành một số và isNaN cũng trả về sai. Một chuỗi (ví dụ 'abcd') không thể được chuyển đổi thành một số sẽ khiến isNaN('abcd')trả về true, cụ thể là vì Number('abcd')trả về NaN.

Ngoài các trường hợp cạnh rõ ràng này là các lý do số chuẩn để trả về NaN như 0/0.

Đối với các bài kiểm tra dường như không nhất quán về sự bình đẳng được hiển thị trong câu hỏi, hành vi của NaNđược chỉ định sao cho mọi so sánh x == NaNlà sai, bất kể toán hạng khác, bao gồm NaNchính nó ¹ .

Tôi chỉ chạy vào vấn đề này bản thân mình.

Đối với tôi, cách tốt nhất để sử dụng isNaN là như vậy

isNaN(parseInt(myInt))

lấy ví dụ của phyzome từ trên cao,

var x = [undefined, NaN,     'blah', 0/0,  null, 0,     '0',   1,     1/0, -1/0,  Number(5)]
x.map( function(n){ return isNaN(parseInt(n))})
        [true,      true,    true,   true, true, false, false, false, true, true, false]

(Tôi căn chỉnh kết quả theo đầu vào, hy vọng nó giúp đọc dễ dàng hơn.)

Điều này có vẻ tốt hơn với tôi.

(Nhận xét khác của tôi có một cách tiếp cận thực tế. Đây là khía cạnh lý thuyết.)

Tôi đã tra cứu tiêu chuẩn ECMA 262 , đó là những gì Javascript thực hiện. Đặc điểm kỹ thuật của họ cho isNan:

Áp dụng ToNumber cho đối số của nó, sau đó trả về true nếu kết quả là NaN và nếu không thì trả về false.

Mục 9.3 chỉ định hành vi của ToNumber(không phải là chức năng có thể gọi được, mà là một thành phần của hệ thống chuyển đổi loại). Để tóm tắt bảng, một số loại đầu vào nhất định có thể tạo ra NaN. Đây là loại undefined, loại number(nhưng chỉ là giá trị NaN), bất kỳ đối tượng nào có biểu diễn nguyên thủy NaNvà bất kỳ đối tượng nào stringkhông thể được phân tích cú pháp. Lá này undefined, NaN, new Number(NaN), và hầu hết các chuỗi.

Bất kỳ đầu vào nào tạo ra NaNnhư một đầu ra khi được truyền vào ToNumbersẽ tạo ra một truekhi được cung cấp cho isNaN. Vì nullcó thể chuyển đổi thành số thành công, nó không tạo ra true.

Và đó là lý do tại sao.

Điều này thực sự đáng lo ngại. Đây là một loạt các giá trị mà tôi đã thử nghiệm:

var x = [undefined, NaN, 'blah', 0/0, null, 0, '0', 1, 1/0, -1/0, Number(5)]

Nó đánh giá (trong bảng điều khiển Fireorms) để:

,NaN,blah,NaN,,0,0,1,Infinity,-Infinity,5

Khi tôi gọi x.map(isNaN)(để gọi isNaN trên mỗi giá trị), tôi nhận được:

true,true,true,true,false,false,false,false,false,false,false

Tóm lại, isNaNtrông khá vô dụng! ( Chỉnh sửa : Ngoại trừ hóa ra isNaN chỉ được xác định trên Số, trong trường hợp đó, nó hoạt động tốt - chỉ với một tên gây hiểu lầm.)

Ngẫu nhiên, đây là các loại của các giá trị đó:

x.map(function(n){return typeof n})
-> undefined,number,string,number,object,number,string,number,number,number,number

Null không phải là NaN, cũng như một chuỗi không phải là NaN. isNaN () chỉ kiểm tra nếu bạn thực sự có đối tượng NaN.

Tôi không chắc chắn chính xác khi nói đến JS nhưng tôi đã thấy những điều tương tự trong các ngôn ngữ khác và điều đó thường là do hàm chỉ kiểm tra xem null có chính xác bằng NaN hay không (tức là null === NaN sẽ sai). Nói cách khác, không phải nó nghĩ rằng null thực tế là một con số, mà đúng hơn là null không phải là NaN. Điều này có lẽ là do cả hai được thể hiện khác nhau trong JS để chúng sẽ không chính xác như nhau, theo cùng một cách 9! == '9'.

Trong ES5, nó được định nghĩa là isNaN (number)trả về true nếu đối số cưỡng chế thành NaN và ngược lại trả về false.

• Nếu ToNumber (số) là NaN, hãy trả về true.
• Nếu không, trả lại sai.

Và xem bảng hội tụ ToNumber hoạt động trừu tượng . Vì vậy, nội bộ js công cụ đánh giá ToNumber(Null)là +0, sau đó cuối cùng isNaN(null)làfalse

Ghi chú:

"1" == 1 // true
"1" === 1 // false

Toán tử == thực hiện chuyển đổi loại, trong khi === thì không.

Trang web của Douglas Crockford , một Yahoo! Nhà truyền giáo JavaScript, là một nguồn tài nguyên tuyệt vời cho những thứ như thế này.