blocks|key|83934|text|规范(Section+12.8.3.1)指定要移位的位数被屏蔽：|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|83935|83936|+ShiftExpression+:+ShiftExpression+<<+AdditiveExpression|blockquote|83937|83938|83939|将lref设为ShiftExpression.|83940|Let+lval+be|unordered-list-item|83941|
|83942|GetValue(lref).的求值结果|83943|83944|ReturnIfAbrupt(lval).|83945|83946|Let+rref是评估AdditiveExpression的结果。rval是屏蔽rnum中除最低有效5比特之外的所有比特的结果，也就是说，计算rnum+&+0x1F.|83947|83948|Return将|83949|83950|左移shiftCount的结果为shiftCount比特。结果是一个带符号的32位整数。|83951|83952|由于64+&+0x1F是0，它意味着“无移位”，这就是这些位“重现”的原因。|83953|tl;dr|83954|要移位的比特数上限为31，即|83955|function+shiftLeft(number,+numShift)+{
++++return+number+<<+(numShift+%25+32);++//+equivalent+code
}|code-block|syntax|javascript|83956|entityMap|0|LINK|mutability|MUTABLE|url|http://www.ecma-international.org/ecma-262/6.0/#sec-left-shift-operator-runtime-semantics-evaluation^0|3|G|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|1O|8|@]|9|@$A|1P|B|1Q|1|1R]]|C|$]]|$1|D|3|-4|5|6|7|1S|8|@]|9|@]|C|$]]|$1|E|3|F|5|G|7|1T|8|@]|9|@]|C|$]]|$1|H|3|-4|5|6|7|1U|8|@]|9|@]|C|$]]|$1|I|3|-4|5|6|7|1V|8|@]|9|@]|C|$]]|$1|J|3|K|5|6|7|1W|8|@]|9|@]|C|$]]|$1|L|3|M|5|N|7|1X|8|@]|9|@]|C|$]]|$1|O|3|P|5|6|7|1Y|8|@]|9|@]|C|$]]|$1|Q|3|R|5|N|7|1Z|8|@]|9|@]|C|$]]|$1|S|3|P|5|6|7|20|8|@]|9|@]|C|$]]|$1|T|3|U|5|N|7|21|8|@]|9|@]|C|$]]|$1|V|3|P|5|6|7|22|8|@]|9|@]|C|$]]|$1|W|3|X|5|N|7|23|8|@]|9|@]|C|$]]|$1|Y|3|P|5|6|7|24|8|@]|9|@]|C|$]]|$1|Z|3|10|5|N|7|25|8|@]|9|@]|C|$]]|$1|11|3|P|5|6|7|26|8|@]|9|@]|C|$]]|$1|12|3|13|5|N|7|27|8|@]|9|@]|C|$]]|$1|14|3|-4|5|6|7|28|8|@]|9|@]|C|$]]|$1|15|3|16|5|6|7|29|8|@]|9|@]|C|$]]|$1|17|3|18|5|6|7|2A|8|@]|9|@]|C|$]]|$1|19|3|1A|5|6|7|2B|8|@]|9|@]|C|$]]|$1|1B|3|1C|5|1D|7|2C|8|@]|9|@]|C|$1E|1F]]|$1|1G|3|-4|5|6|7|2D|8|@]|9|@]|C|$]]]|1H|$1I|$5|1J|1K|1L|C|$1M|1N]]]]

The specification (<a href="http://www.ecma-international.org/ecma-262/6.0/#sec-left-shift-operator-runtime-semantics-evaluation" rel="nofollow noreferrer">Section 12.8.3.1</a>) specifies that the number of bits to shift is masked:

<blockquote>
 ShiftExpression : ShiftExpression &lt;&lt; AdditiveExpression
 
 <ol>
 <li>Let lref be the result of evaluating ShiftExpression.</li>
 <li>Let lval be</li>
 <li>GetValue(lref). </li>
 <li>ReturnIfAbrupt(lval).</li>
 <li>Let rref be the result of evaluating AdditiveExpression. </li>
 <li>Let rval be GetValue(rref).</li>
 <li>ReturnIfAbrupt(rval).</li>
 <li>Let lnum be ToInt32(lval).</li>
 <li>ReturnIfAbrupt(lnum).</li>
 <li>Let rnum be ToUint32(rval).</li>
 <li>ReturnIfAbrupt(rnum).</li>
 <li>Let shiftCount be the result of masking out all but the least significant 5 bits of rnum, that is, compute rnum &amp; 0x1F.</li>
 <li>Return the result of left shifting lnum by shiftCount bits. The result is a signed 32-bit integer.</li>
 </ol>
</blockquote>

Since 64 &amp; 0x1F is 0, it means "no shifting" and that is why the bits are "reappearing".

<h3>tl;dr</h3>

The number of bits to shift is capped at 31, i.e.

<pre><code>function shiftLeft(number, numShift) {
 return number &lt;&lt; (numShift % 32); // equivalent code
}
</code></pre>

My understanding of the &lt;&lt; bitwise left operator in JS (ES6) is that the void to the right is filled with zeros.

Empirically, however, I notice that in both V8 and JSC, the set bits seem to suddenly reappear if we shift by 64 or more. 

<pre><code>(255 &lt;&lt; 64).toString(2)
//-&gt; "11111111" 
</code></pre>

This is counter to my expectation, which was that larger shifts would indefinitely produce only zeros at right.

I don't immediately see this behaviour defined in the EcmaScript 2016 pages on &lt;&lt; – am I missing something, or is the behaviour perhaps undefined for larger shifts ?

Are bitwise left shifts in JavaScript ES6 (<<) cyclical above a shift of 63?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我对JS (ES6)中的<<按位左运算符的理解是，右边的空格用零填充。然而，从经验上讲，我注意到在V8和JSC中，如果我们移位64或更多，设置位似乎突然重新出现。(255 << 64).toString(2)//-> "11111111" 这与我的预期相反，我的预期是，较大的移位将无限期地产生右侧的零。我没有立即在<<...

JavaScript ES6 (<<)中的逐位左移是否在63的移位之上是周期性的？-腾讯云开发者社区-腾讯云

问JavaScript ES6 (<<)中的逐位左移是否在63的移位之上是周期性的？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问JavaScript ES6 (<<)中的逐位左移是否在63的移位之上是周期性的？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问JavaScript ES6 (<<)中的逐位左移是否在63的移位之上是周期性的？
EN