IMHO的人只是想发明一个新词，当他们想引用对象内部的函数时，可以更方便地在程序员之间进行交流。

如果你说的是方法，你指的是类内的函数。如果你说的是函数，那么你的意思只是类之外的函数。

事实上，这两个词都用来描述函数。即使你用错了，也不会发生任何错误。这两个词都很好地描述了您希望在代码中实现的目标。

函数是一个代码，它必须扮演一个做某事的角色（一个函数）。方法是解决问题的方法。

它也做同样的事情。这是同样的事情。如果你想超精确并遵循惯例，你可以调用方法作为对象内部的函数。

它们通常是可互换的，但方法通常指类内的子例程，函数通常指类外的子例程。例如，在Ruby中：

# function
def putSqr(a)
   puts a ** 2
end


class Math2
   # method
   def putSqr(a)
      puts a ** 2
   end
end

在Java中，所有内容（包和导入语句除外）都必须在类中，人们几乎总是将它们称为“方法”。

从历史上看，“方法”是不返回值的东西，而“函数”是返回值的，这两者之间可能存在着微妙的区别。每种语言都有自己的具有特殊含义的词汇。

在“C”中，“函数”一词表示程序例程。

在Java中，术语“函数”没有任何特殊含义。而“方法”是指构成类实现的例程之一。

在C#中，这可以翻译为：

public void DoSomething() {} // method
public int DoSomethingAndReturnMeANumber(){} // function

但实际上，我再次重申，这两个概念实际上没有什么不同。如果你在关于Java的非正式讨论中使用“函数”一词，人们会认为你的意思是“方法”并继续下去。不要在有关Java的适当文档或演示中使用它，否则你会看起来很傻。

“method”是“function”的面向对象词。这几乎就是它的全部（即，没有真正的区别）。

不幸的是，我认为这里的很多答案都在延续或推进一种观点，即存在一些复杂而有意义的差异。

真的-没有那么多，只是对同一件事用不同的词。

[后期添加]

事实上，正如BrianNeal在对这个问题的评论中指出的那样，C++标准在引用成员函数时从不使用“方法”一词。有些人可能认为这表明C++并不是真正的面向对象语言；然而，我更倾向于将其作为一种迹象，即一群相当聪明的人并不认为有特别强烈的理由使用不同的术语。

函数是一组可以用来处理数据的逻辑。

而Method是一个用于处理其所属对象的数据的函数。因此，从技术上讲，如果您有一个与您的类不完全相关但在类中声明的函数，那么它不是一个方法；这被称为糟糕的设计。

一般答案是：

方法具有对象上下文（this或类实例引用），

函数没有上下文（null、全局或静态）。

但问题的答案取决于你们使用的语言术语。

在JavaScript（ES6）中，您可以根据需要自定义函数上下文（this），通常必须链接到（this）对象实例上下文。在Java世界中，你总是听到“只有OOP类/对象，没有函数”，但如果你仔细观察Java中的静态方法，它们实际上是在全局/空上下文（或类的上下文，没有实例化）中，所以只有没有对象的函数。Java老师可以告诉你，函数是C++中C的雏形，在Java中已经过时了，但他们告诉你这是为了简化历史，避免新手提出不必要的问题。如果您在Java 7版本之后看到，您可以发现许多用于简化并行计算的纯函数编程元素（甚至不是来自C，而是来自1988年的Lisp），而且它不是OOP类风格。在C++和D世界中，事情变得更强大，您可以将函数和对象与方法和字段分开。但在实践中，您会再次看到没有this的函数和带有this的方法（带有对象上下文）。在FreePascal/Lazarus和BorlandPascal/Dephi中，函数和对象（变量和字段）的分离项通常与C++类似。Objective-C来自C世界，因此必须使用方法插件将C函数和Objective-C对象分开。C#与Java非常相似，但有许多C++的优点。