正如其他人所述，当迭代对象的属性时，您无法保证顺序。如果你需要多个字段的有序列表，我建议创建一个对象数组。

var myarr = [{somfield1: 'x', somefield2: 'y'},
{somfield1: 'a', somefield2: 'b'},
{somfield1: 'i', somefield2: 'j'}];

这样你就可以使用一个常规的for循环，并有插入顺序。然后，如果需要，可以使用Array sort方法将其排序到一个新数组中。

是(但不总是插入顺序)。

大多数浏览器迭代对象属性为:

以升序排列的正整数键(以及像“1”这样解析为整型的字符串) 字符串键，按插入顺序(ES2015保证这一点，所有浏览器都遵守) 符号名称，按插入顺序(ES2015保证这一点，所有浏览器都遵守)

一些较老的浏览器结合了类别#1和#2，按插入顺序迭代所有键。如果您的键可能被解析为整数，最好不要依赖于任何特定的迭代顺序。

当前语言规范(自ES2015起)的插入顺序保持不变，除非键解析为正整数(如“7”或“99”)，在不同浏览器中行为不同。例如，当键被解析为数字时，Chrome/V8不尊重插入顺序。

旧的语言规范(在ES2015之前):迭代顺序在技术上没有定义，但所有主流浏览器都遵守ES2015行为。

请注意，ES2015行为是语言规范由现有行为驱动的一个很好的例子，而不是相反。要更深入地了解向后兼容的心态，请参阅http://code.google.com/p/v8/issues/detail?id=164，这是一个Chrome bug，详细介绍了Chrome迭代顺序行为背后的设计决策。 根据对该错误报告的(相当固执己见的)评论:

标准总是跟着实现走的，XHR就是这么来的，谷歌通过实现Gears，然后拥抱等价的HTML5功能来做同样的事情。正确的解决方法是让ECMA正式地将事实上的标准行为纳入规范的下一个版本中。

这是我吃了不少苦头才知道的。

使用React和Redux，我想遍历的键的状态容器，以生成子，每次存储被更改时都会刷新(根据Redux的不变性概念)。

因此，为了获取Object.keys(valueFromStore)，我使用了Object.keys(valueFromStore).sort()，这样我至少现在有了键的字母顺序。

从ES2015开始，对于迭代属性的某些方法，属性顺序得到了保证。但其他人不是。不幸的是，不保证有顺序的方法通常是最常用的:

对象。钥匙,对象。值,Object.entries 在循环. . JSON.stringify

但是，从ES2020开始，这些以前不值得信任的方法的属性顺序将由规范保证，以与其他方法相同的确定性方式迭代，这是由于完成的提议:for-in机制。

就像有保证迭代顺序的方法一样(比如Reflect。ownKeys和Object.getOwnPropertyNames)，之前未指定的方法也将按以下顺序迭代:

数值数组键，按升序排列 所有其他非符号键，按插入顺序 符号键，按插入顺序

这是几乎每个实现都已经在做的事情(并且已经做了很多年)，但是新提案将其正式化。

虽然目前的规范在迭代顺序中留下了..，但“几乎完全不确定，真正的引擎往往更一致:”

ECMA-262缺乏特异性并不能反映现实。在几年前的讨论中，实现者已经注意到for-in的行为有一些约束，任何想要在web上运行代码的人都需要遵循这些约束。

因为每个实现都已可预测地遍历属性，所以可以在不破坏向后兼容性的情况下将其放入规范中。

有一些奇怪的情况，实现目前没有达成一致，在这种情况下，结果的顺序将继续未指定。财产顺序担保:

Neither the object being iterated nor anything in its prototype chain is a proxy, typed array, module namespace object, or host exotic object. Neither the object nor anything in its prototype chain has its prototype change during iteration. Neither the object nor anything in its prototype chain has a property deleted during iteration. Nothing in the object's prototype chain has a property added during iteration. No property of the object or anything in its prototype chain has its enumerability change during iteration. No non-enumerable property shadows an enumerable one.

Object和MAP with Example的主要区别:

它是循环中的迭代顺序，在Map中它遵循创建时设置的顺序，而在OBJECT中没有。

看到的: 对象

const obj = {};
obj.prop1 = "Foo";
obj.prop2 = "Bar";
obj['1'] = "day";
console.log(obj)

**OUTPUT: {1: "day", prop1: "Foo", prop2: "Bar"}**

MAP

    const myMap = new Map()
    // setting the values
    myMap.set("foo", "value associated with 'a string'")
    myMap.set("Bar", 'value associated with keyObj')
    myMap.set("1", 'value associated with keyFunc')

OUTPUT:
**1.    ▶0: Array[2]
1.   0: "foo"
2.   1: "value associated with 'a string'"
2.  ▶1: Array[2]
1.   0: "Bar"
2.   1: "value associated with keyObj"
3.  ▶2: Array[2]
1.   0: "1"
2.   1: "value associated with keyFunc"**

对于一个100%故障安全的解决方案，你可以使用嵌套对象，并像这样做:

const obj = {};
obj.prop1 = {content: "Foo", index: 0};
obj.prop2 = {content: "Bar", index: 1};

for (let i = 0; i < Object.keys(obj).length; i++)
for (const prop in obj) {
    if (obj[prop].index == i) {
        console.log(obj[prop].content);
        break;
    }
}