所以我有一个运行 Debian 和WebIOPi 系统的树莓派。当我使用标准启动“$ sudo /etc/init.d/webiopi start”命令启动它时，守护程序运行得很好，但自动启动不起作用“$ sudo update-rc.d webiopi defaults”。
日志表明这是 Python 中的编码问题，我猜 python 使用的是 ascii，但脚本文件使用的是 utf8。
为什么它可以正常工作但不能自动启动，有什么好的方法可以解决这个问题？
问问题
2467 次
2 回答
2
为了确认日志和您的怀疑，这是一个编码问题（最有可能是字节与字符串）。即使您使用 将文件的编码设置为 UTF-8 # -*- coding: utf-8 -*-，在处理已从一种形式更改为另一种形式的文本时，您仍然会遇到问题。
字符串并不是真正的字符串，而是以特定顺序表示的字节。UTF-8 提供了比 ASCII 可以处理的更多字符的编码，因此如果您尝试将 UTF-8 编码字符串中存在的字符转换为 ASCII 编码字符串，那么您将收到错误，因为不存在此类编码.
如果没有更多信息（例如代码和/或数据源），我无法给出更好的答案。
阅读https://docs.python.org/2/howto/unicode.html#the-unicode-type我们通过研究以下示例来学习：
>>> unicode('abcdef')
u'abcdef'
>>> s = unicode('abcdef')
>>> type(s)
<type 'unicode'>
>>> unicode('abcdef' + chr(255))
Traceback (most recent call last):
...
UnicodeDecodeError: 'ascii' codec can't decode byte 0xff in position 6:
ordinal not in range(128)
该文档还提到您可以选择通过替换或忽略它们来处理这些异常，如下所示：
>>> unicode('\x80abc', errors='strict')
Traceback (most recent call last):
...
UnicodeDecodeError: 'ascii' codec can't decode byte 0x80 in position 0:
ordinal not in range(128)
>>> unicode('\x80abc', errors='replace')
u'\ufffdabc'
>>> unicode('\x80abc', errors='ignore')
u'abc'
注 1：在 Python 3 中，情况发生了变化。为了编写与 Python 3 兼容的代码，我建议阅读以下内容：
https://docs.python.org/3.0/whatsnew/3.0.html#text-vs-data-instead-of-unicode-vs-8-bit
注意 2：还值得注意的是，如果在尝试在控制台上显示字符串时遇到编码问题，python 有一个-u可以在某些情况下使用的开关，例如当您通过 CGI 提供二进制文件时脚本，它将关闭字符串的缓冲，但这会打开另一个蠕虫。但是，尽管如此，在不调用的情况下模仿这种行为-u：
>>> print 'test'
'test'
>>> import os
>>> import sys
>>> sys.stdout = os.fdopen(sys.stdout.fileno(), 'w', 0)
>>> print 'test'
test
于 2015-12-17T16:47:06.333 回答
0
这确实取决于该程序。
但是，如果手动启动它和作为系统启动的一部分启动它之间存在差异，那么核心差异应该在环境变量中。例如，这很典型inittab。
这里有两个选项——或者你的语言环境没有设置，或者脚本最终使用了不同版本的python。
对于较早的版本，请考虑为所有启动任务添加LANG（精确）或如果需要LC_ALL（锤子）到此脚本或全局环境。
您可以通过比较这两个调用来手动尝试：
sudo LC_ALL=en_US.UTF-8 /etc/init.d/webiopi start
对比
sudo LC_ALL=C /etc/init.d/webiopi start
对于后者，尝试更改PATH为仅包含一些/bin:/usr/bin:/usr/local/bin
于 2015-12-18T13:44:50.977 回答