R语言dataresults数据框子集化异常求助：索引与实际行不符

从你提供的dput输出能直接定位问题核心：你的dataresults数据框保留了原始数据的行名（row.names），而非连续的从1开始的索引。

看输出里的关键线索：

• row.names = 639:839：你请求的原始数据600-800行，在处理后的数据框里对应的行名是639到839
• na.action = structure(c(1= 1L,2 = 2L, ...), class = "omit")：这说明你之前应该用了na.omit()或其他删除缺失值的操作，R会自动保留原始数据的行号、标记被删除的行，而非重新生成连续行名

当你用dataresults[671:676,]这种索引方式时，R默认是按行名（row.names）匹配，而不是按当前数据框的「第n行」位置来提取。你以为是取当前数据的第671-676行，但实际是找行名为671-676的行——这些行可能已经被na.omit删掉了，或者在当前数据框里对应的实际位置是710-715，最终导致索引错位。

有两种简单可靠的方式解决这个索引混乱问题：

方法1：重置行名为连续整数 #

直接重置数据框的行名，让它从1开始连续编号，这样数字索引就对应当前数据框的实际行位置：

rownames(dataresults) <- NULL

执行完这行代码后，再用dataresults[673:15424,]就能准确取到当前数据框的第673至15424行，head(dataresults[671:676,])也会显示你预期的行内容。

方法2：使用位置索引专用函数（dplyr） #

如果你习惯用tidyverse工具链，可以用dplyr::slice()函数，它专门按数据框的实际行位置索引，完全不受行名影响：

library(dplyr)
datacorr <- slice(dataresults, 673:15424)

这个方法不需要修改原数据框的行名，直接提取目标位置的行。

你可以先取一小段数据测试，比如重置行名后运行：

head(dataresults[1:5,])

此时应该显示当前数据框的前5行，行名是1-5，说明索引已经恢复正常。

内容的提问来源于stack exchange，提问作者juancda4