在Python中，如何将“545.2222”这样的数字字符串解析为其对应的浮点值542.2222？或者将字符串“31”解析为整数31？我只想知道如何将浮点字符串解析为浮点，并（分别）将int字符串解析为int。

你要求单独做这些很好。如果你把它们混合在一起，你可能会为以后的问题做准备。简单的答案是：

“545.2222”浮动：

>>> float("545.2222")
545.2222

“31”转换为整数：

>>> int("31")
31

其他转换，字符串和文字之间的int：

不同基数的转换，你应该提前知道基数（默认值为10）。请注意，您可以使用Python对其文本所期望的前缀（见下文）或删除前缀：

>>> int("0b11111", 2)
31
>>> int("11111", 2)
31
>>> int('0o37', 8)
31
>>> int('37', 8)
31
>>> int('0x1f', 16)
31
>>> int('1f', 16)
31

如果您事先不知道基数，但您知道它们将具有正确的前缀，那么如果您将0作为基数传递，Python可以为您推断出这一点：

>>> int("0b11111", 0)
31
>>> int('0o37', 0)
31
>>> int('0x1f', 0)
31

其他基数的非十进制（即整数）文字

然而，如果您的动机是让自己的代码清楚地表示硬编码的特定值，那么您可能不需要从基转换-您可以让Python使用正确的语法自动为您进行转换。

您可以使用apropos前缀自动转换为具有以下文字的整数。这些对Python 2和3有效：

二进制，前缀0b

>>> 0b11111
31

八进制，前缀0o

>>> 0o37
31

十六进制，前缀0x

>>> 0x1f
31

这在描述二进制标志、代码中的文件权限或颜色的十六进制值时非常有用-例如，请注意不要引号：

>>> 0b10101 # binary flags
21
>>> 0o755 # read, write, execute perms for owner, read & ex for group & others
493
>>> 0xffffff # the color, white, max values for red, green, and blue
16777215

使模糊的Python 2八进制与Python 3兼容

如果在Python 2中看到以0开头的整数，则这是（不推荐使用的）八进制语法。

>>> 037
31

这很糟糕，因为它看起来应该是37。因此在Python 3中，它现在引发了一个SyntaxError：

>>> 037
  File "<stdin>", line 1
    037
      ^
SyntaxError: invalid token

将Python 2八进制转换为同时在2和3中使用0o前缀的八进制：

>>> 0o37
31

这个问题似乎有点过时了。但让我建议一个函数parseStr，它有类似的功能，即返回整数或浮点数，如果给定的ASCII字符串不能转换为任何一个，它将不受影响地返回。当然，代码可能会被调整为只执行您想要的操作：

   >>> import string
   >>> parseStr = lambda x: x.isalpha() and x or x.isdigit() and \
   ...                      int(x) or x.isalnum() and x or \
   ...                      len(set(string.punctuation).intersection(x)) == 1 and \
   ...                      x.count('.') == 1 and float(x) or x
   >>> parseStr('123')
   123
   >>> parseStr('123.3')
   123.3
   >>> parseStr('3HC1')
   '3HC1'
   >>> parseStr('12.e5')
   1200000.0
   >>> parseStr('12$5')
   '12$5'
   >>> parseStr('12.2.2')
   '12.2.2'

在Python中，如何将“545.2222”这样的数字字符串解析为其对应的浮点值542.2222？或者将字符串“31”解析为整数31？我只想知道如何将浮点字符串解析为浮点，并（分别）将int字符串解析为int。

你要求单独做这些很好。如果你把它们混合在一起，你可能会为以后的问题做准备。简单的答案是：

“545.2222”浮动：

>>> float("545.2222")
545.2222

“31”转换为整数：

>>> int("31")
31

其他转换，字符串和文字之间的int：

不同基数的转换，你应该提前知道基数（默认值为10）。请注意，您可以使用Python对其文本所期望的前缀（见下文）或删除前缀：

>>> int("0b11111", 2)
31
>>> int("11111", 2)
31
>>> int('0o37', 8)
31
>>> int('37', 8)
31
>>> int('0x1f', 16)
31
>>> int('1f', 16)
31

如果您事先不知道基数，但您知道它们将具有正确的前缀，那么如果您将0作为基数传递，Python可以为您推断出这一点：

>>> int("0b11111", 0)
31
>>> int('0o37', 0)
31
>>> int('0x1f', 0)
31

其他基数的非十进制（即整数）文字

然而，如果您的动机是让自己的代码清楚地表示硬编码的特定值，那么您可能不需要从基转换-您可以让Python使用正确的语法自动为您进行转换。

您可以使用apropos前缀自动转换为具有以下文字的整数。这些对Python 2和3有效：

二进制，前缀0b

>>> 0b11111
31

八进制，前缀0o

>>> 0o37
31

十六进制，前缀0x

>>> 0x1f
31

这在描述二进制标志、代码中的文件权限或颜色的十六进制值时非常有用-例如，请注意不要引号：

>>> 0b10101 # binary flags
21
>>> 0o755 # read, write, execute perms for owner, read & ex for group & others
493
>>> 0xffffff # the color, white, max values for red, green, and blue
16777215

使模糊的Python 2八进制与Python 3兼容

如果在Python 2中看到以0开头的整数，则这是（不推荐使用的）八进制语法。

>>> 037
31

这很糟糕，因为它看起来应该是37。因此在Python 3中，它现在引发了一个SyntaxError：

>>> 037
  File "<stdin>", line 1
    037
      ^
SyntaxError: invalid token

将Python 2八进制转换为同时在2和3中使用0o前缀的八进制：

>>> 0o37
31

Use:

>>> str_float = "545.2222"
>>> float(str_float)
545.2222
>>> type(_) # Check its type
<type 'float'>

>>> str_int = "31"
>>> int(str_int)
31
>>> type(_) # Check its type
<type 'int'>

Python2方法检查字符串是否为浮点：

def is_float(value):
  if value is None:
      return False
  try:
      float(value)
      return True
  except:
      return False

有关is_float的Python3版本，请参见：检查字符串是否可以在Python中转换为float

此函数的较长且更准确的名称可以是：is_converable_to_float（value）

Python中的浮点数是什么，不是什么，可能会让您感到惊讶：

以下单元测试是使用python2完成的。检查Python3对于哪些字符串可以转换为浮点，有不同的行为。一个令人困惑的区别是，现在允许任意数量的内部下划线：（float（“1_3.4”）==float（13.4））为True

val                   is_float(val) Note
--------------------  ----------   --------------------------------
""                    False        Blank string
"127"                 True         Passed string
True                  True         Pure sweet Truth
"True"                False        Vile contemptible lie
False                 True         So false it becomes true
"123.456"             True         Decimal
"      -127    "      True         Spaces trimmed
"\t\n12\r\n"          True         whitespace ignored
"NaN"                 True         Not a number
"NaNanananaBATMAN"    False        I am Batman
"-iNF"                True         Negative infinity
"123.E4"              True         Exponential notation
".1"                  True         mantissa only
"1_2_3.4"             False        Underscores not allowed
"12 34"               False        Spaces not allowed on interior
"1,234"               False        Commas gtfo
u'\x30'               True         Unicode is fine.
"NULL"                False        Null is not special
0x3fade               True         Hexadecimal
"6e7777777777777"     True         Shrunk to infinity
"1.797693e+308"       True         This is max value
"infinity"            True         Same as inf
"infinityandBEYOND"   False        Extra characters wreck it
"12.34.56"            False        Only one dot allowed
u'四'                 False        Japanese '4' is not a float.
"#56"                 False        Pound sign
"56%"                 False        Percent of what?
"0E0"                 True         Exponential, move dot 0 places
0**0                  True         0___0  Exponentiation
"-5e-5"               True         Raise to a negative number
"+1e1"                True         Plus is OK with exponent
"+1e1^5"              False        Fancy exponent not interpreted
"+1e1.3"              False        No decimals in exponent
"-+1"                 False        Make up your mind
"(1)"                 False        Parenthesis is bad

你以为你知道什么是数字吗？你没有你想象的那么好！没什么奇怪的。

不要在生命关键型软件上使用此代码！

通过这种方式捕获广泛的异常，杀死金丝雀并吞食异常，产生一个很小的机会，即有效的float as字符串将返回false。float（…）行代码可能由于一千种与字符串内容无关的原因而失败。但如果你用Python这样的鸭子型原型语言编写生命关键型软件，那么你会遇到更大的问题。

这是对你的问题的另一种解释（提示：它很模糊）。你可能正在寻找这样的东西：

def parseIntOrFloat( aString ):
    return eval( aString )

它是这样工作的。。。

>>> parseIntOrFloat("545.2222")
545.22220000000004
>>> parseIntOrFloat("545")
545

---

理论上，存在注入漏洞。例如，字符串可以是“import os；os.art（）”。然而，如果没有任何关于字符串来源的背景信息，理论上可能是推测。因为这个问题很模糊，所以根本不清楚这个漏洞是否真的存在。