为什么这段代码的输出是:
package main
import (
"fmt"
"encoding/binary"
)
func main() {
var myByte byte = 18
array := []byte{myByte}
val, n := binary.Varint(array)
fmt.Printf("value: %d, num bytes: %d\n", val, n)
}
value: 9, num bytes: 1 而不是 value: 18, num bytes: 1
这可能与二进制补码有关，但我不知道如何。
最佳答案
TLDR:使用 Uvarint 方法正确解码 unsigned 字节 .. 这就是 byte默认情况下。
字节是无符号存储的(默认情况下字节是无符号的 - 它是 uint8 的别名......在大多数语言中)。
当您解码数字时，您正在调用 binary.Varint .. 它解码一个带符号的数字。由于符号位，这会导致数字不正确。
使用binary.Uvarint ..即解码一个无符号数，你得到正确的结果:
val, n := binary.Uvarint(array) // val = 18, n = 1
让我们看一下您的数字 - 18。在二进制中，它是这样的:
00010010
binary.Varint 函数如下:
func Varint(buf []byte) (int64, int) {
ux, n := Uvarint(buf) // ok to continue in presence of error
x := int64(ux >> 1)
if ux&1 != 0 {
x = ^x
}
return x, n
}
基本上，它会首先获取您提供的无符号值:18。
然后它将所有字节移动 1。这导致:
00001001
那是9的二进制表示。注意符号位仍然是 0——这意味着一个正数。然后它检查是否通过按位与原始值 (18) 与 1 来反转结果。它这样做是因为它在“我知道这个数字已签名”上下文中运行 - 这就是该函数存在的原因:
00010010
00000001
--------
00000000
= 0
此时，零确实等于零 - 因此该方法返回 x - 即 9。
使用 1 作为输入:
00000001
右移:
00000000
AND 原始数字 (1) 为 1:
00000001
00000001
--------
= 1
在这一点上，结果不等于 0.. 所以结果是反转的:
11111111
这是 -1 的符号表示(注意符号位现在是 1 .. 表示负数)。
关于Go Varint 返回预期值的一半，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28036560/
为什么4.1%2返回0.0999999999999996？但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意，这不是与Ruby相关的问题，而是与所有编程语言相关的问题，因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返
我有一个包含多个键的散列和一个字符串，该字符串不包含散列中的任何键或包含一个键。h={"k1"=>"v1","k2"=>"v2","k3"=>"v3"}s="thisisanexamplestringthatmightoccurwithakeysomewhereinthestringk1(withspecialcharacterslike(^&*$#@!^&&*))"检查s是否包含h中的任何键的最佳方法是什么，如果包含，则返回它包含的键的值？例如，对于上面的h和s的例子，输出应该是v1。编辑:只有字符串是用户定义的。哈希将始终相同。 最佳答案
所以我开始关注ruby，很多东西看起来不错，但我对隐式return语句很反感。我理解默认情况下让所有内容返回self或nil但不是语句的最后一个值。对我来说，它看起来非常脆弱(尤其是)如果你正在使用一个不打算返回某些东西的方法(尤其是一个改变状态/破坏性方法的函数!)，其他人可能最终依赖于一个返回对方法的目的并不重要，并且有很大的改变机会。隐式返回有什么意义？有没有办法让事情变得更简单？总是有返回以防止隐含返回被认为是好的做法吗？我是不是太担心这个了？附言当人们想要从方法中返回特定的东西时，他们是否经常使用隐式返回，这不是让你组中的其他人更容易破坏彼此的代码吗？当然，记录一切并给出
为什么以下不同？Time.now.end_of_day==Time.now.end_of_day-0.days#falseTime.now.end_of_day.to_s==Time.now.end_of_day-0.days.to_s#true 最佳答案 因为纳秒数不同:ruby-1.9.2-p180:014>(Time.now.end_of_day-0.days).nsec=>999999000ruby-1.9.2-p180:015>Time.now.end_of_day.nsec=>999999998
在Ruby1.9.3(可能还有更早的版本，不确定)中，我试图弄清楚为什么Ruby的String#split方法会给我某些结果。我得到的结果似乎与我的预期相反。这是一个例子:"abcabc".split("b")#=>["a","ca","c"]"abcabc".split("a")#=>["","bc","bc"]"abcabc".split("c")#=>["ab","ab"]在这里，第一个示例返回的正是我所期望的。但在第二个示例中，我很困惑为什么#split返回零长度字符串作为返回数组的第一个值。这是什么原因呢？这是我所期望的:"abcabc".split("a")#=>["bc"
我一直在研究RubyKoans，我发现about_open_classes.rbkoan很有趣。特别是他们修改Integer#even?方法的最后一个测试。我想尝试一下这个概念，所以我打开了Irb并尝试运行Integer.respond_to?(:even?)，但令我惊讶的是我得到了错误。然后我尝试了Fixnum.respond_to?(:even?)并得到了错误。我还尝试了Integer.respond_to?(:respond_to?)并得到了true，当我执行2.even?时，我也得到了true。我不知道发生了什么。谁能告诉我缺少什么？ 最佳答案
无论时间在哪个时区表示，时区差异是否总是被忽略？直觉上，对于那些使用UTC+2的人来说，从EPOCH开始经过的秒数应该更高。然而，事实并非如此。 最佳答案 Epoch基于utc时区https://en.wikipedia.org/wiki/Unix_time它与您当前所在的时区无关。 关于ruby-Time.to_i是否总是以UTC返回自EPOCH以来的秒数？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.
我在思考流量控制的最佳实践。我应该走哪条路？1)不要检查任何东西并让程序失败(更清晰的代码，自然的错误消息):defself.fetch(feed_id)feed=Feed.find(feed_id)feed.fetchend2)通过返回nil静默失败(但是，“CleanCode”说，你永远不应该返回null):defself.fetch(feed_id)returnunlessfeed_idfeed=Feed.find(feed_id)returnunlessfeedfeed.fetchend3)抛出异常(因为不按id查找feed是异常的):defself.fetch(feed_id
我有一个非常简单的Controller来管理我的Rails应用程序中的静态页面:classPagesController我怎样才能让View模板返回它自己的名字，这样我就可以做这样的事情:#pricing.html.erb#-->"Pricing"感谢您的帮助。 最佳答案 4.3RoutingParametersTheparamshashwillalwayscontainthe:controllerand:actionkeys,butyoushouldusethemethodscontroller_nameandaction_nam
假设我们有一个字符串str。如果str仅包含一个字符，例如str="1"，则str[-1..1]返回1.但是如果str的size(length)比一个长，比如str="anythingelse"，然后str[-1..1]返回""(空字符串)。为什么Ruby会这样解释字符串切片？ 最佳答案 这种行为正是字符范围的工作方式。范围开始是-1，这是字符串中的最后一个字符。范围结束为1，即从开始算起的第二个位置。所以对于单字符字符串，这相当于0..1，也就是那个单个字符。对于双字符字符串，这是1..1，即第二个字符。对于三个字符的字符串，这是