Why use Object.prototype.hasOwnProperty.call(myObj, prop) instead of myObj.hasOwnProperty(prop)?

If I understand correctly, each and every object in JavaScript inherits from the Object prototype

It might seem like splitting hairs, but there is a difference between JavaScript (the generic term for ECMAScript implementations) and ECMAScript (the language used for JavaScript implementations). It is ECMAScript that defines an inheritance scheme, not JavaScript, so only native ECMAScript objects need to implement that inheritance scheme.

A running JavaScript program consists of at least the built–in ECMAScript objects (Object, Function, Number, etc.) and probably some native objects (e.g. functions). It may also have some host objects (such as DOM objects in a browser, or other objects in other host environments).

While built–in and native objects must implement the inheritance scheme defined in ECMA-262, host objects do not. Therefore, not all objects in a JavaScript environment must inherit from Object.prototype. For example, host objects in Internet Explorer implemented as ActiveX objects will throw errors if treated as native objects (hence why try..catch is used to initialise Microsoft XMLHttpRequest objects). Some DOM objects (like NodeLists in Internet Explorer in quirks mode) if passed to Array methods will throw errors, DOM objects in Internet Explorer 8 and lower do not have an ECMAScript–like inheritance scheme, and so on.

Therefore it should not be assumed that all objects in a JavaScript environment inherit from Object.prototype.

which means that each and every object in JavaScript has access to the hasOwnProperty function through its prototype chain

Which is not true for certain host objects in Internet Explorer in quirks mode (and Internet Explorer 8 and lower always) at least.

Given the above, it's worth pondering why an object might have its own hasOwnProperty method and the advisability of calling some other hasOwnProperty method instead without first testing if that is a good idea or not.

I suspect that the reason for using Object.prototype.hasOwnProperty.call is that in some browsers, host objects don't have a hasOwnProperty method, using call and the built–in method is an alternative. However, doing so generically doesn't seem like a good idea for the reasons noted above.

Where host objects are concerned, the in operator can be used to test for properties generally, e.g.

var o = document.getElementsByTagName('foo');

// false in most browsers, throws an error in Internet Explorer 6, and probably 7 and 8
o.hasOwnProperty('bar');

// false in all browsers
('bar' in o);

// false (in all browsers? Do some throw errors?)
Object.prototype.hasOwnProperty.call(o, 'bar');

An alternative (tested in Internet Explorer 6 and others):

function ownProp(o, prop) {

  if ('hasOwnProperty' in o) {
    return o.hasOwnProperty(prop);

  } else {
    return Object.prototype.hasOwnProperty.call(o, prop);
  }
}

That way you only specifically call the built–in hasOwnProperty where the object doesn't have it (inherited or otherwise).

However, if an object doesn't have a hasOwnProperty method, it's probably just as suitable to use the in operator as the object likely doesn't have an inheritance scheme and all properties are on the object (that's just an assumption though), e.g. the in operator is a common (and seemingly successful) way of testing for DOM object support for properties.

JavaScript does not protect the property name hasOwnProperty

If the possibility exists that an object might have a property with this name, it is necessary to use an external hasOwnProperty to get correct results:

You can copy paste the below code snippets to your browsers console to get better understanding

var foo = {
  hasOwnProperty: function() {
    return false;
  },
  bar: 'I belong to foo'
};

Always returns false

foo.hasOwnProperty('bar'); // false

Use another Object's hasOwnProperty and call it with this set to foo

({}).hasOwnProperty.call(foo, 'bar'); // true

It's also possible to use the hasOwnProperty property from the Object prototype for this purpose

Object.prototype.hasOwnProperty.call(foo, 'bar'); // true

In addition to the rest of the answers here, note that you can use the new method Object.hasOwn (supported in most browsers and soon will be supported in the rest of them) instead of Object.hasOwnProperty.call as it allows you to write a terser and shorter code.

More about Object.hasOwn - https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/hasOwn

Browser compatibility - https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/hasOwn#browser_compatibility

The information given in both the first two answers (by date) is spot on. However, the use of:

('propertyName' in obj)

gets mentioned a few times. It should be noted that the hasOwnProperty implementations will return true only if the property is directly contained on the object being tested.

The in operator will inspect down through the prototype chain too.

This means that instance properties will return true when passed to hasOwnProperty where as the prototype properties will return false.

Using the in operator both instance and prototype properties will return true.

it's much more simple with:

let foo = Object.create(null);
if (foo.bar != null) {
    console.log('object foo contains bar property in any value and 
    type, except type undefined and null');
    // bar property can exist in object foo or any object of the prototype chain
}