Invalid byte 2 of 2-byte UTF-8 sequence. Nested exception: Invalid byte 2 of 2-b

本文探讨了在接口解析过程中遇到的XML文件编码问题,并提供了两种解决方案:修改XML文件编码为GBK或GB2312,或下载文件后在本地处理编码。文章附带了解决方案的代码实现,帮助开发者正确处理不同编码的XML文件。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在做接口解析时候出现的错误:[color=red]Invalid byte 2 of 2-byte UTF-8 sequence. Nested exception: Invalid byte 2 of 2-byte UTF-8 sequence.[/color]

很明显是在读取XML文件时候出现的编码问题!
在测试过程中发现,主要原因是xml文件中声明的编码与xml文件本身保存时的编码不一致。

现在解决的办法就有几个,主要说我测试过的两个方。
如果你是直接以文件的形式读取 可以更改XML文件中的 UTF-8编码 改为 GBK或GB2312 .
还有一种可能是 你直接以URL 通过网络地址获取InputStream流形式读取 在转换成Document对象。这种方法的解决办法是先down 下来保存在本地。实现比较简单 用个OutputStream流写到你想保存的目录即可。再解析down下来的文件 其中在 SAXReader saxReader = new SAXReader();
之后Document document=sax.read(new File(file));之前 [color=green]处理XML文件编码格式[/color]即可调用下面的处理方法。
方法:

/**
* 上传文件编码判断
* */
public static String get_charset(File file) {
String charset = "GBK";
byte[] first3Bytes = new byte[3];
try {
boolean checked = false;
;
BufferedInputStream bis = new BufferedInputStream(
new FileInputStream(file));
bis.mark(0);
int read = bis.read(first3Bytes, 0, 3);
if (read == -1)
return charset;
if (first3Bytes[0] == (byte) 0xFF && first3Bytes[1] == (byte) 0xFE) {
charset = "UTF-16LE";
checked = true;
} else if (first3Bytes[0] == (byte) 0xFE
&& first3Bytes[1] == (byte) 0xFF) {
charset = "UTF-16BE";
checked = true;
} else if (first3Bytes[0] == (byte) 0xEF
&& first3Bytes[1] == (byte) 0xBB
&& first3Bytes[2] == (byte) 0xBF) {
charset = "UTF-8";
checked = true;
}
bis.reset();
if (!checked) {
// int len = 0;
int loc = 0;

while ((read = bis.read()) != -1) {
loc++;
if (read >= 0xF0)
break;
if (0x80 <= read && read <= 0xBF) // 单独出现BF以下的,也算是GBK
break;
if (0xC0 <= read && read <= 0xDF) {
read = bis.read();
if (0x80 <= read && read <= 0xBF) // 双字节 (0xC0 - 0xDF)
// (0x80
// - 0xBF),也可能在GB编码内
continue;
else
break;
} else if (0xE0 <= read && read <= 0xEF) {// 也有可能出错,但是几率较小
read = bis.read();
if (0x80 <= read && read <= 0xBF) {
read = bis.read();
if (0x80 <= read && read <= 0xBF) {
charset = "UTF-8";
break;
} else
break;
} else
break;
}
}

}

bis.close();
} catch (Exception e) {
e.printStackTrace();
}

return charset;
}




/**
*down 的简单方法 保存到本地自己指定
*/
public static void writeFile(String strUrl, String filePath, String fileName) {
try {
URL url = new URL(strUrl);
InputStream is = url.openStream();
File f = new File(filePath);
f.mkdirs();

OutputStream os = new FileOutputStream(filePath + fileName);

int bytesRead = 0;
byte[] buffer = new byte[8192];

while ((bytesRead = is.read(buffer, 0, 8192)) != -1) {
os.write(buffer, 0, bytesRead);
}
} catch (Exception e2) {
e2.printStackTrace();
}
}




/**
* 转换流编码类型方法
* */
private static byte[] InputStreamToByte(InputStream is) throws IOException {
ByteArrayOutputStream byteArrOut = new ByteArrayOutputStream();
byte[] temp = new byte[1024];
int len = 0;
while ((len = is.read(temp, 0, 1024)) != -1) {
byteArrOut.write(temp, 0, len);
}
byteArrOut.flush();
byte[] bytes = byteArrOut.toByteArray();
return bytes;
}

InputStream is :可以是流inputStream对象 也可以是file路径 自己转换!

在测试类里面
就可以把下面这种方式改成下面那种 (可能你不是这种方式做到):

SAXReader sax = new SAXReader();// 获得dom4j的文档对象
Document document=sax.read(new File(file));
Element element=document.getRootElement();
System.out.println(element.getName());


SAXReader saxReader = new SAXReader();
//下面转格式代码
[color=red]byte[] bytes = InputStreamToByte(new FileInputStream(file));
InputStream in = new ByteArrayInputStream(bytes);
InputStreamReader strInStream = new InputStreamReader(in,"GBK");[/color]
Document root = saxReader.read(strInStream);
Element element = root.getRootElement();
System.out.println(element.getName());



这样就可以正常输出了。
最重要的是 【转换流编码类型方法】比网上的一些解决办法来得简单多了!
/usr/local/include/ceres/internal/integer_sequence_algorithm.h:135:59: note: expected a type, got ‘N’ /usr/local/include/ceres/internal/integer_sequence_algorithm.h:146:39: error: ‘integer_sequence’ is not a member of ‘std’ 146 | struct ExclusiveScanImpl<T, Sum, std::integer_sequence<T>, SeqOut> { | ^~~~~~~~~~~~~~~~ /usr/local/include/ceres/internal/integer_sequence_algorithm.h:146:39: error: ‘integer_sequence’ is not a member of ‘std’ /usr/local/include/ceres/internal/integer_sequence_algorithm.h:146:57: error: wrong number of template arguments (3, should be 4) 146 | struct ExclusiveScanImpl<T, Sum, std::integer_sequence<T>, SeqOut> { | ^ /usr/local/include/ceres/internal/integer_sequence_algorithm.h:130:8: note: provided for ‘template<class T, T Sum, class SeqIn, class SeqOut> struct ceres::internal::ExclusiveScanImpl’ 130 | struct ExclusiveScanImpl; | ^~~~~~~~~~~~~~~~~ /usr/local/include/ceres/internal/integer_sequence_algorithm.h:160:53: error: ‘integer_sequence’ is not a member of ‘std’ 160 | typename ExclusiveScanImpl<T, T(0), Seq, std::integer_sequence<T>>::Type; | ^~~~~~~~~~~~~~~~ /usr/local/include/ceres/internal/integer_sequence_algorithm.h:160:53: error: ‘integer_sequence’ is not a member of ‘std’ /usr/local/include/ceres/internal/integer_sequence_algorithm.h:160:70: error: template argument 4 is invalid 160 | typename ExclusiveScanImpl<T, T(0), Seq, std::integer_sequence<T>>::Type; | ^ /usr/local/include/ceres/internal/integer_sequence_algorithm.h:160:16: error: expected nested-name-specifier 160 | typename ExclusiveScanImpl<T, T(0), Seq, std::integer_sequence<T>>::Type; | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from /usr
最新发布
03-25
<think>嗯,我现在需要解决在Ceres库中遇到的编译错误,具体是std::integer_sequence在GCC下不被识别的问题。首先,我应该理解这个错误的原因。根据用户的描述,错误提示是std::integer_sequence不是std的成员,这说明编译器在标准库中找不到这个模板类的定义。 std::integer_sequence是C++14引入的一个模板类,属于<utility>头文件。如果编译器不支持C++14或更高版本,或者在编译时没有启用C++14标准,就会出现这个问题。所以,我需要检查当前的GCC版本是否支持C++14,以及编译时是否添加了-std=c++14或更高的标志。 接下来,用户提到他们使用的是GCC。我需要回忆不同GCC版本对C++14的支持情况。例如,GCC 5.x及以上版本通常支持C++14的大部分特性,但可能需要特定的编译选项。如果用户使用的是较旧的GCC版本,比如4.x,那么可能根本不支持C++14,这就需要升级编译器。 另外,Ceres库本身可能对C++标准有最低要求。查看Ceres的文档,确认其所需的最低C++标准版本。如果Ceres需要C++14或更高,而用户的项目使用的是更旧的标准,那么必须调整编译选项。 然后,考虑CMake配置的问题。如果项目使用CMake构建,需要检查CMakeLists.txt中是否设置了正确的C++标准。例如,添加set(CMAKE_CXX_STANDARD 14)或set(CMAKE_CXX_STANDARD 17)来确保编译器使用正确的标准。 还有可能,即使启用了C++14,某些GCC版本可能存在缺陷,导致std::integer_sequence未被正确识别。这时,查看GCC的版本号和对应的缺陷报告,确认是否存在已知问题,并考虑升级到修复后的版本。 总结可能的解决步骤: 1. 检查GCC版本,确保其支持C++14。 2. 在编译命令或CMake配置中显式启用C++14或更高标准。 3. 更新Ceres库到最新版本,确保兼容性。 4. 如果GCC版本过低,升级编译器。 5. 检查代码中是否有其他影响编译器的设置或宏定义。 此外,用户提供的引用中提到了其他编译错误,比如关于fmt库和find_if的错误,可能这些错误与当前问题无关,但需要注意是否存在多个问题同时发生的情况。例如,如果项目中有多个依赖库,可能需要统一它们的C++标准要求。 最后,如果所有步骤都正确但问题仍然存在,可能需要查阅Ceres的issue跟踪系统,看看是否有其他用户遇到相同问题,并寻找解决方案或补丁。</think>### 解决Ceres库中`std::integer_sequence`编译错误的步骤 #### 1. **检查GCC版本和C++标准支持** - **GCC版本要求**:`std::integer_sequence`是C++14特性,需确保GCC版本≥5.0(完全支持C++14的最低版本)。 使用以下命令检查GCC版本: ```bash gcc --version ``` 若版本低于5.0,需升级GCC(如使用Ubuntu,可通过`sudo apt-get install gcc-9`安装新版)。 - **启用C++14标准**:在编译命令或CMake中显式指定C++14: ```cmake # 在CMakeLists.txt中添加 set(CMAKE_CXX_STANDARD 14) set(CMAKE_CXX_STANDARD_REQUIRED ON) ``` 或通过编译标志: ```bash g++ -std=c++14 your_file.cpp ``` #### 2. **更新Ceres库和依赖项** - **升级Ceres**:旧版Ceres可能对C++14支持不完善,建议使用最新稳定版(≥2.0.0)[^4]。 从源码编译安装: ```bash git clone https://github.com/ceres-solver/ceres-solver.git cd ceres-solver mkdir build && cd build cmake .. -DCMAKE_CXX_STANDARD=14 make -j4 sudo make install ``` - **检查依赖项**:确保依赖库(如Eigen、SuiteSparse)与新版Ceres兼容。推荐Eigen≥3.3.0。 #### 3. **验证代码兼容性** - **头文件包含**:确认代码中包含了`<utility>`头文件(定义`std::integer_sequence`): ```cpp #include <utility> // 必须包含 ``` - **命名空间冲突**:避免自定义`integer_sequence`或错误使用命名空间。 #### 4. **处理GCC已知问题** - **GCC 5.x的缺陷**:早期GCC 5.x版本可能部分支持C++14,建议升级到GCC≥7.0。 - **手动修复(临时方案)**:若无法升级GCC,可在代码中定义缺失的模板: ```cpp namespace std { template<typename T, T... Is> struct integer_sequence {}; } ``` > **注意**:此方法可能导致其他兼容性问题,仅作临时使用。 #### 5. **示例CMake配置** ```cmake cmake_minimum_required(VERSION 3.10) project(ceres_example) set(CMAKE_CXX_STANDARD 14) find_package(Ceres REQUIRED) add_executable(example main.cpp) target_link_libraries(example Ceres::ceres) ``` #### 引用说明 - 升级GCC和指定C++标准是解决此类问题的通用方法[^1]。 - Ceres库的源码编译需确保依赖项版本兼容[^3][^4]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值