脚本语言是人们认为是脚本语言的编程语言。 这是一个没有明确边界的人为类别，而且每条提议的规则都有例外。

经典的规则用来说一种语言是一种脚本语言是表征，而不是定义。如果一种语言满足许多规则，那么它很有可能被认为是一种脚本语言。如果不是，很有可能不是。规则通常包括:

它适用于小型“脚本”，而不是大型程序。 它被嵌入到另一个应用程序中，用于该应用程序的小修改。 它是解释的，而不是编译的。 它是为新手程序员设计的，而不是专业人员。 它的名字以“script”结尾。

我还要补充说:

脚本语言是一种几乎所有错误都在运行时被检测到的编程语言。

也就是说，它可以是一种解释语言。

如果一种编程语言具有显著的“编译时”行为，即在不运行程序的情况下分析代码并报告错误，例如来自C、Java或c#的类型错误，那么它很可能不被认为是一种脚本语言。

传统上，很多脚本语言都是直接从源代码解释的，但更流行的脚本语言都有更高性能的实现，可以预编译代码，比如Python的.pyc文件，或者优化JavaScript引擎，在运行之前将其编译为本机代码。

如果该语言可以由解释器实现，解释器在运行时只查看源代码，那么它很可能被认为是脚本语言。它是否真的以这种方式实现并不重要，但如果可以，那么它也不需要对代码进行广泛的编译时错误检查。

如果该语言提供了一种有用的静态语义，可以帮助检测错误(除了语法错误)，而不需要运行程序，那么它可能不是一种脚本语言。

总会有例外，通常是基于一种语言的传统，而不是任何实际的规则。 BASIC通常不被认为是一种“脚本语言”，尽管它几乎满足了任何人曾经使用过的作为脚本语言的所有标准。这就是为什么Visual Basic Script必须在名称中添加“脚本”，以区别于Visual Basic，后者是一种“真正的”用于大型程序的编程语言。

BASIC也是一种古老的编程语言，就像COBOL和Fortran一样，在人们期望从语言中获得静态分析之前，基本上在“脚本语言”出现之前。

脚本语言是不需要显式编译步骤的编程语言。

例如，在正常情况下，必须先编译C程序才能运行它。但在正常情况下，在运行JavaScript程序之前不必编译它。所以JavaScript有时被称为“脚本”语言。

随着现代硬件和现代编译技术的发展，编译的速度越来越快，这条界限变得越来越模糊。例如，谷歌Chrome中的JavaScript引擎V8(在浏览器之外也经常使用)实际上是将JavaScript代码实时编译为机器代码，而不是解释它。(实际上，V8是一个优化的两阶段编译器。)

Also note that whether a language is a "scripting" language or not can be more about the environment than the language. There's no reason you can't write a C interpreter and use it as a scripting language (and people have). There's also no reason you can't compile JavaScript to machine code and store that in an executable file (and people have). The language Ruby is a good example of this: The original implementation was entirely interpreted (a "scripting" language), but there are now multiple compilers for it.

一些“脚本”语言的例子(例如，传统上使用的语言没有显式的编译步骤):

Lua JavaScript VBScript和VBA Perl

还有一小部分传统上用于显式编译步骤的代码:

C c++ D Java(但请注意Java被编译为字节码，然后在运行时解释和/或重新编译) 帕斯卡

.．.然后你就有了像Python这样的东西，它们在两个阵营中都有:Python被广泛使用，没有编译步骤，但主要实现(CPython)是通过动态编译字节码，然后在VM中运行字节码来实现的，它可以将字节码写入文件(。Pyc， .pyo)，无需重新编译即可使用。

这只是极少数，如果你做一些研究，你会发现更多。

在世界还很年轻的时候，在PC世界中，你可以从。exe或。bat中选择，描述很简单。Unix系统一直都有shell脚本(/bin/sh， /bin/csh， /bin/ksh等)和编译语言(C/ c++ /Fortran)。

To differentiate roles and responsibilities, the compiled languages (often referred to as 3rd Generation Languages) were seen a 'programming' languages and 'scripting' languages were seen as those that invoked an interpreter (often referred to as 4th Generation Languages). Scripting languages were often used as 'glue' to connect between multiple commands/compiled programs so that the user didn't have to worry about a set of steps in order to carry out their task - they developed a single file, that delineated what steps they wanted to accomplish, and this became a 'script' for anyone to follow.

Various people/groups wrote new interpreters to solve a specific problem domain. awk is one of the better-known ones, and it was used mostly for pattern matching and applying a series of data transforms on input. It worked well, but had a limited problem domain. The expansion of that domain was all but impossible because the source code was unavailable. Perl (Larry Wall, principle author/architect) tool scripting to the next level - and developed an interpreter that not only allowed the user to run system commands, manipulate input and output data, supported typeless variables, but also to access Unix system level APIs as functions from within the scripts themselves. It was probably one of the first widely used high-level scripting languages. It is with Perl (IMHO) that scripting languages crossed the arbitrary line and added the capabilities of programming languages.

你的问题是关于Python的。因为python解释器是针对包含python代码的文本文件运行的，而且python代码可以在任何有python解释器的地方运行，所以我认为它是一种脚本语言(与Perl相同)。您不需要为每个不同的OS/CPU架构重新编译用户python命令文件(就像使用C/ c++ /Fortran一样)，这使得它更易于移植和使用。

这个答案要归功于杰罗德·海曼(Jerrold Heyman)。 原帖:https://www.researchgate.net/post/Is_Python_a_Programming_language_or_Scripting_Language

所有脚本语言都是编程语言。

语言并不被归类为脚本——这完全取决于执行环境。

如果环境是解释环境，则通常称为脚本环境。

我不同意使用解释器的语言是脚本语言，而被编译的是编程语言。我们可以为任何语言开发解释器或编译器。解释环境更适合web脚本编写，使它更容易，这就是为什么我们有它。

嗯，我觉得脚本语言和编程语言之间没有任何区别。一切都是为了完成工作。当涉及到与web相关的任务时，我们把它们称为web脚本，考虑到小任务，这样我们也可以把与系统相关的任务称为系统或操作系统级脚本，我们用来完成这些任务的编程语言称为系统脚本语言。

同样，这并不是说不能用Python编写系统级代码，不能用C语言编写Web脚本(如果我们能够建立所需的平台和环境，当然可以这样做)。但它所需要的是太多的努力，这可能会影响快速开发的时间限制，而减少的一点点延迟对我们的web脚本没有多大好处。但如果我们在Python中执行系统级任务，则相反。

底线:语言选择取决于要执行的任务的性质，将一种语言区分为脚本语言是一个神话。

如果我们从逻辑上看编程语言和脚本语言，这是99.09%相同的。因为我们使用相同的概念，如循环、控制条件、变量等等，所以我们可以说两者都是相同的，但它们之间只有一件事是不同的，那就是在C/ c++和其他编程语言中，我们在执行前编译代码。但在PHP, JavaScript和其他脚本语言中，我们不需要编译，我们直接在浏览器中执行。

谢谢 Nitish K. Jha