C语言文件数据读取简单代码运行后输出为0的问题咨询

整个现象的本质是文件读取环节完全失败，程序没有拿到任何有效数据，叠加空指针操作、数组越界、错误校验缺失的问题，触发了C语言未定义行为，最终表现为控制台只输出0。

• 无文件打开结果校验，空指针操作触发异常流程
  你调用fopen获取文件指针后，完全没有判断返回值是否为NULL。只要存在以下任意一种情况，fopen就会直接返回空指针，后续的fscanf、fclose对空指针操作属于标准定义的未定义行为，在Windows编译环境下通常表现为不会修改传入的变量值、不会直接崩溃，流程继续向下执行：
  • 文件名拼写错误：代码中写的文件后缀是.text，不是常规的.txt，加上Windows默认隐藏已知类型文件的扩展名，很容易出现实际磁盘上的文件是data0.txt，代码却去搜索不存在的data0.text的情况
  • 路径无效：G:\\DATA路径如果不存在、当前进程没有文件读取权限、文件被其他程序独占占用，都会导致fopen失败
  • 此时NPOINTS作为未初始化的局部栈变量，值是栈内存的残留值。多数编译环境下main函数刚创建的栈帧内存会被操作系统清零，残留值刚好为0，后续循环的判断条件i<NPOINTS+1等价于i<1，完全不会进入循环体，最终程序只会打印这个残留的0值，和你观察到的现象完全匹配。
• 数组下标不符合C语言内存规则，存在越界访问
  C语言数组下标严格从0开始计数，你定义的变长数组float COORDINATOFPOINTS[NPOINTS][2]，合法下标范围为：
  • 第一维：0 ~ NPOINTS-1
  • 第二维：0 ~ 1
    但代码里的循环从1开始计数，循环条件设置为i<NPOINTS+1、j<3，实际访问的下标范围是i=1~NPOINTS、j=1~2：
  • 当i=NPOINTS时，已经越过数组第一维的边界
  • 当j=2时，越过数组第二维的边界
    这类越界写入会直接覆盖栈上的其他变量内存，哪怕你前面成功读取到了正确的NPOINTS值，坐标读写操作也会把数据写到非法内存区域，最终读出来的结果要么是乱码要么是初始值0。
• 无fscanf返回值校验，无法识别读取失败
  哪怕文件打开成功，如果文本文件的实际内容和预设格式不匹配（比如data0文件开头不是整数，是其他字符），fscanf会直接返回匹配失败的项数，不会修改NPOINTS的值，最终还是会出现未初始化变量值被打印的问题。

• 每次调用fopen后立刻判断返回值，打开失败时提示错误信息并直接退出程序，不执行后续操作
• 数组下标从0开始计数，和C语言的内存排布规则保持一致
• 定义局部变量时直接设置初始值（比如将NPOINTS初始值设为-1），后续可以直接通过初始值判断是否读取成功
• 每次调用fscanf后校验返回的匹配项数，确认真的读到了预期格式的数据

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