我的问题是这一个的变化。

由于我的Java Web应用程序项目需要大量读取过滤器/查询以及与GridFS之类的工具的接口，因此，我很难以上述解决方案建议的方式来考虑采用MongoDB的明智方法。

因此，我正在考虑在集成测试的同时运行MongoDB的嵌入式实例。我希望它可以自动启动（对于每个测试或整个套件），为每个测试刷新数据库，最后关闭。这些测试可能在开发机器以及CI服务器上运行，因此我的解决方案也需要具有可移植性。

任何对MongoDB有更多了解的人都可以帮助我了解这种方法的可行性，并且/或者可以提出任何可以帮助我入门的阅读材料吗？

我也乐于接受别人对我如何解决这个问题的建议...

这是@rozky接受的答案的更新版本（2019年）（Mongo和Embedded MongoDB库都进行了很多更改）。

package com.example.mongo;

import com.mongodb.BasicDBObject;
import com.mongodb.MongoClient;
import com.mongodb.client.MongoCollection;
import com.mongodb.client.MongoDatabase;
import de.flapdoodle.embed.mongo.MongodExecutable;
import de.flapdoodle.embed.mongo.MongodProcess;
import de.flapdoodle.embed.mongo.MongodStarter;
import de.flapdoodle.embed.mongo.config.IMongodConfig;
import de.flapdoodle.embed.mongo.config.MongodConfigBuilder;
import de.flapdoodle.embed.mongo.config.Net;
import de.flapdoodle.embed.mongo.distribution.Version;
import de.flapdoodle.embed.process.runtime.Network;
import java.util.Date;
import org.junit.After;
import static org.junit.Assert.*;
import org.junit.Before;
import org.junit.Test;

public class EmbeddedMongoTest
{
    private static final String DATABASE_NAME = "embedded";

    private MongodExecutable mongodExe;
    private MongodProcess mongod;
    private MongoClient mongo;

    @Before
    public void beforeEach() throws Exception {
        MongodStarter starter = MongodStarter.getDefaultInstance();
        String bindIp = "localhost";
        int port = 12345;
        IMongodConfig mongodConfig = new MongodConfigBuilder()
        .version(Version.Main.PRODUCTION)
        .net(new Net(bindIp, port, Network.localhostIsIPv6()))
        .build();
        this.mongodExe = starter.prepare(mongodConfig);
        this.mongod = mongodExe.start();
        this.mongo = new MongoClient(bindIp, port);
    }

    @After
    public void afterEach() throws Exception {
        if (this.mongod != null) {
            this.mongod.stop();
            this.mongodExe.stop();
        }
    }

    @Test
    public void shouldCreateNewObjectInEmbeddedMongoDb() {
        // given
        MongoDatabase db = mongo.getDatabase(DATABASE_NAME);
        db.createCollection("testCollection");
        MongoCollection<BasicDBObject> col = db.getCollection("testCollection", BasicDBObject.class);

        // when
        col.insertOne(new BasicDBObject("testDoc", new Date()));

        // then
        assertEquals(1L, col.countDocuments());
    }

}

我发现嵌入式MongoDB库看起来很有前途，并且可以满足您的要求。

当前支持MongoDB版本：1.6.5至3.1.6，前提是二进制文件仍可从配置的镜像中获得。

这是使用的简短示例，我刚刚尝试过，它可以完美地工作：

public class EmbeddedMongoTest {
    private static final String DATABASE_NAME = "embedded";

    private MongodExecutable mongodExe;
    private MongodProcess mongod;
    private Mongo mongo;

    @Before
    public void beforeEach() throws Exception {
        MongoDBRuntime runtime = MongoDBRuntime.getDefaultInstance();
        mongodExe = runtime.prepare(new MongodConfig(Version.V2_3_0, 12345, Network.localhostIsIPv6()));
        mongod = mongodExe.start();
        mongo = new Mongo("localhost", 12345);
    }

    @After
    public void afterEach() throws Exception {
        if (this.mongod != null) {
            this.mongod.stop();
            this.mongodExe.stop();
        }
    }

    @Test
    public void shouldCreateNewObjectInEmbeddedMongoDb() {
        // given
        DB db = mongo.getDB(DATABASE_NAME);
        DBCollection col = db.createCollection("testCollection", new BasicDBObject());

        // when
        col.save(new BasicDBObject("testDoc", new Date()));

        // then
        assertThat(col.getCount(), Matchers.is(1L));
    }
}

有Foursquare产品Fongo。Fongo是mongo的内存Java实现。它拦截对标准mongo-java-driver的调用，以查找，更新，插入，移除和其他方法。主要用途是用于您不想启动mongo进程的轻量级单元测试。

如果您使用的是Maven，则可能对我创建的包装了flappoodle.de'embedded mongo'API的插件感兴趣：

embedmongo-maven-plugin

它提供了一个start目标，您可以用来启动所需的任何版本的MongoDB（例如在期间pre-integration-test），以及一个stop将停止MongoDB 的目标（例如在post-integration-test）。

与其他插件相比，使用此插件的真正好处是不需要预先安装MongoDB。MongoDB二进制文件已下载并存储在~/.embedmongo以后的版本中。

如果您使用的是sbt和specs2，我为embedmongo写了相同类型的包装器

https://github.com/athieriot/specs2-embedmongo

使用spring-boot 1.3可以使用EmbeddedMongoAutoConfiguration

pom.xml

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>1.3.2.RELEASE</version>
</parent>
 ...
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-data-mongodb</artifactId>
    </dependency>
    <dependency>
        <groupId>de.flapdoodle.embed</groupId>
        <artifactId>de.flapdoodle.embed.mongo</artifactId>
        <version>${embedded-mongo.version}</version>
    </dependency>

MongoConfig

@Configuration
@EnableAutoConfiguration(exclude = { EmbeddedMongoAutoConfiguration.class })
public class MongoConfig{
}

从3.2.6版开始，您可以在内存中运行MongoDB。从站点：

从MongoDB Enterprise 3.2.6版开始，内存存储引擎是64位版本中通用可用性（GA）的一部分。除某些元数据和诊断数据外，内存存储引擎不维护任何磁盘上数据，包括配置数据，索引，用户凭据等。

不仅用于单元测试，还介绍了如何将内存mongodb与rest api一起使用。

Maven的依赖：

        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-mongodb</artifactId>
        </dependency>

        <dependency>
            <groupId>de.flapdoodle.embed</groupId>
            <artifactId>de.flapdoodle.embed.mongo</artifactId>
        </dependency>

================================================== ==========================

application.properties

server.port = 8080
spring.data.mongodb.database=user_db
spring.data.mongodb.port=27017
spring.data.mongodb.host=localhost

================================================== ==========================

UserRepository.java

公共接口UserRepository扩展了MongoRepository {

}

供参考，所有Java代码使用下面的链接：（逐步说明）

https://www.youtube.com/watch?v=2Tq2Q7EzhSA&t=7s

执行时性能更好mongod用storageEngine='ephemeralForTest'

new MongodConfigBuilder()
    .version(Version.Main.PRODUCTION)
    .cmdOptions(new MongoCmdOptionsBuilder()
         .useStorageEngine("ephemeralForTest")
         .build())
    .net(new Net("localhost", port, Network.localhostIsIPv6()))
    .build()

在生产中，您将使用真实的数据库。

如果您希望测试反映出产品在生产中的行为，请使用Mongo的真实实例。

虚假的实现可能与真实的实现不完全相同。测试时，您应该争取正确性。执行速度排在第二位。