直接答案：“17c.c++”不是C++标准、官方版本或通用技术术语。若它实际想表达的是“C++17”，那么从标准版本的演进关系看，它承接的是C++14；如果问题问的是C++语言本身源自谁，最接近的答案则是C语言，同时吸收了Simula等语言的面向对象设计思想。

因此，“精神传人”只能算一种修辞说法，不能当作正式的技术定义。要判断它究竟指什么，首先要分清“17c.c++”是文件名、版本名，还是某篇文章自定义的称呼。

“17c.c++”为什么容易被误读

标准写法是C++17，而不是“17c.c++”。C++17表示C++语言在2017年前后确定并使用的一代语言标准，和C++11、C++14、C++20属于同一条版本演进路线。

如果“17c.c++”出现在文件列表、项目目录或编译任务中，它也可能只是一个名为“17c”的源文件，使用“.c++”作为文件扩展名。扩展名只能帮助开发工具识别源文件类型，并不能说明该文件一定使用C++17标准编译。实际采用C++11、C++14还是C++17，通常要看编译器设置和项目配置。

如果问题指的是C++17，答案是C++14

从版本关系来说，C++17最直接的“传承对象”是C++14。C++标准通常是逐步修订和扩展的，新版本会保留大量既有语法、库组件和设计原则，同时加入新的语言能力。因此，把C++17称为C++14的“精神传人”可以作为通俗比喻，但更准确的说法是：C++17是C++14之后的一代标准。

C++17并不是对C++14的完全重写，也不是一门全新的语言。它在原有基础上加入了结构化绑定、条件编译式的if constexpr、折叠表达式、内联变量等语言特性，并补充了optional、variant、any和文件系统库等标准库能力。这些变化能够帮助使用者确认自己看到的内容是否确实在讨论C++17。

按照版本顺序，可以将这条关系简单理解为：

• C++14是C++17的直接前一代标准。
• C++17延续了C++14的语法体系、泛型编程方式和标准库设计。
• C++20是在C++17之后继续发展的标准，加入了概念、协程、模块等重要能力。

如果问的是C++语言本身，它的直接前身是C

C++最接近的直接语言前身是C。C++早期曾以“C with Classes”的方向发展，设计目标是在保留C语言效率、底层控制能力和既有生态基础的同时，引入类、继承等更适合组织大型程序的机制。后来，这门语言逐渐形成了今天的C++。

不过，把C++简单说成“C语言加上面向对象”并不完整。C++后来发展出了泛型编程、函数式风格、RAII、模板元编程和多范式编程等内容。它既继承了C对运行效率和资源控制的重视，也受到Simula面向对象思想的影响。因此，如果“精神传人”强调的是设计理念，答案可以写成“以C为基础、吸收Simula等思想的C++”；如果强调的是标准版本，则答案应当是C++14。

不要把语言前身与替代语言混为一谈

在技术文章中，D语言、Rust等有时会被形容为C++的“精神传人”或“替代者”。这类说法主要是在比较系统编程能力、运行效率、抽象能力和内存管理方式，并不表示它们是C++标准意义上的后继版本。

• D语言：保留了系统级编程和高性能开发取向，同时尝试减少部分复杂的语言负担。
• Rust：强调内存安全、所有权和并发安全，常被拿来与C++比较，但它不是C++17的下一个标准版本。
• C++20及后续标准：才是C++自身正式的版本延续。

所以，看到“某语言是C++的精神传人”时，应先判断文章是在谈设计理念、竞争关系，还是标准版本继承。三种语境的答案并不相同。

把这道问题落到准确结论

“C++的千年之问”更像是标题修辞，并没有对应的官方术语。就“17c.c++是谁的精神传人”这句话而言，最稳妥的解释是：它很可能把C++17写成了“17c.c++”。在这种情况下，它承接的是C++14；若追溯C++这门语言的源流，则其直接基础是C语言，设计思想还受到Simula等语言的影响。

如果原文中的“17c.c++”确实是某个项目名、账号名或特定文件名，那么仅凭这一串字符无法判断它“属于谁”或“传承自谁”，必须结合原始出处和上下文，不能把它强行解释成某个官方C++概念。