如果一个对象的创建/存在依赖于另一个不能被剪裁的对象，它的紧密耦合。如果依赖关系可以被裁剪，那么它的松散耦合。考虑Java中的一个例子:

class Car {

    private Engine engine = new Engine( "X_COMPANY" ); // this car is being created with "X_COMPANY" engine
    // Other parts

    public Car() { 
        // implemenation 
    }

}

Car类的客户端只能创建一个“X_COMPANY”引擎。

考虑打破这种耦合的能力来改变它:

class Car {

    private Engine engine;
    // Other members

    public Car( Engine engine ) { // this car can be created with any Engine type
        this.engine = engine;
    }

}

现在，Car不依赖于“X_COMPANY”的引擎，因为它可以用类型创建。

Java特有的注意事项:仅仅为了解耦合而使用Java接口并不是一种合适的设计方法。在Java中，接口有一个目的——充当契约，从本质上提供解耦合行为/优势。

Bill Rosmus在公认答案中的评论有一个很好的解释。

有一些工具通过它们的库提供依赖注入，例如在。net中我们有ninject库。

如果在java中更进一步，那么spring提供了这种功能。

松散耦合的对象可以通过在代码中引入接口来实现，这就是这些源代码所做的。

在你正在编写的代码中

Myclass m = new Myclass();

现在你的方法中的这个语句说你依赖于myclass这被称为紧耦合。现在你提供了一些构造函数注入，或者属性注入实例化对象，然后它就会变得松散耦合。

摘自我关于耦合的博客文章:

什么是紧密耦合:-

正如上面定义的那样，紧密耦合对象是一个需要了解其他对象的对象，并且通常高度依赖于彼此的接口。

当我们更改紧耦合应用程序中的一个对象时，通常需要更改许多其他对象。在一个小的应用程序中没有问题，我们可以很容易地识别变化。但在大型应用程序中，这些相互依赖关系并不总是为每个消费者或其他开发人员所了解，或者将来可能会有很多变化。

让我们用购物车演示代码来理解紧耦合:

namespace DNSLooseCoupling
{
    public class ShoppingCart
    {
        public float Price;
        public int Quantity;

        public float GetRowItemTotal()
        {
            return Price * Quantity;
        }
    }

    public class ShoppingCartContents
    {
        public ShoppingCart[] items;

        public float GetCartItemsTotal()
        {
            float cartTotal = 0;
            foreach (ShoppingCart item in items)
            {
                cartTotal += item.GetRowItemTotal();
            }
            return cartTotal;
        }
    }

    public class Order
    {
        private ShoppingCartContents cart;
        private float salesTax;

        public Order(ShoppingCartContents cart, float salesTax)
        {
            this.cart = cart;
            this.salesTax = salesTax;
        }

        public float OrderTotal()
        {
            return cart.GetCartItemsTotal() * (2.0f + salesTax);
        }
    }
}

上面例子中的问题

紧密耦合产生了一些困难。

在这里，OrderTotal()方法为我们提供了购物车当前项目的完整金额。如果我们想在这个购物车系统中添加折扣功能。在上面的代码中很难做到这一点，因为我们必须在每个类中进行更改，因为它是非常紧密耦合的。

松耦合是老式硬编码依赖关系和相关问题的答案，比如当任何事情发生变化时频繁重新编译和代码重用。它强调在组件中实现工作者逻辑，避免解决方案特定的连接代码。

松耦合= IoC 请看下面的解释。

紧密耦合是指一组类彼此高度依赖。

当一个类承担了太多的责任，或者当一个关注点分散到许多类而不是拥有自己的类时，就会出现这种情况。

松耦合是通过促进单一责任和关注点分离的设计实现的。

松耦合类可以独立于其他(具体的)类使用和测试。

接口是用于解耦的强大工具。类可以通过接口而不是其他具体类进行通信，并且任何类都可以通过实现接口而处于通信的另一端。

紧密耦合的例子:

class CustomerRepository
{
    private readonly Database database;

    public CustomerRepository(Database database)
    {
        this.database = database;
    }

    public void Add(string CustomerName)
    {
        database.AddRow("Customer", CustomerName);
    }
}

class Database
{
    public void AddRow(string Table, string Value)
    {
    }
}

松耦合的例子:

class CustomerRepository
{
    private readonly IDatabase database;

    public CustomerRepository(IDatabase database)
    {
        this.database = database;
    }

    public void Add(string CustomerName)
    {
        database.AddRow("Customer", CustomerName);
    }
}

interface IDatabase
{
    void AddRow(string Table, string Value);
}

class Database implements IDatabase
{
    public void AddRow(string Table, string Value)
    {
    }
}

另一个例子。

一般来说，紧密耦合是不好的，但大多数时候，因为它降低了代码的灵活性和可重用性，它使更改更加困难，它阻碍了可测试性等。

Tightly Coupled Object is an object need to know quite a bit about each other and are usually highly dependent on each other interfaces. Changing one object in a tightly coupled application often requires changes to a number of other objects, In small application we can easily identify the changes and there is less chance to miss anything. But in large applications these inter-dependencies are not always known by every programmer or chance is there to miss changes. But each set of loosely coupled objects are not dependent on others.

简而言之，我们可以说，松耦合是一种设计目标，它寻求减少系统组件之间的相互依赖关系，目的是降低一个组件的更改将要求任何其他组件进行更改的风险。松散耦合是一个更通用的概念，旨在增加系统的灵活性，使其更可维护，并使整个框架更“稳定”。

耦合指的是一个元素对另一个元素的直接认识程度。我们可以说A和B，只有B在A改变其行为时才改变其行为。松散耦合的系统可以很容易地分解为可定义的元素。