其要点是，外部方法使用ALTER_TABLE将一个预先存在的字段转换为外键。所以在应用外键之前必须定义表类型。但是，它不必在单独的Schema::调用中。你可以在create中做这两件事，像这样:

public function up()
{
    Schema::create('priorities', function($table) {
        $table->increments('id', true);
        $table->integer('user_id')->unsigned();
        $table->foreign('user_id')->references('id')->on('users');
        $table->string('priority_name');
        $table->smallInteger('rank');
        $table->text('class');
        $table->timestamps('timecreated');
    });
}

还要注意，user_id的类型被设置为unsigned以匹配外键。

如果以上解决方案都不适合新手，检查两个id是否具有相同的类型:都是整数或都是bigInteger，…你可以有这样的东西:

主表(例如用户)

$table->bigIncrements('id');

子表(例如优先级)

$table->unsignedInteger('user_id');
$table->foreign('user_id')->references('id')->on('users')->onDelete('cascade');

此查询将失败，因为用户。id是一个大整数，而优先级。user_id是一个整数。

在这种情况下，正确的查询如下:

$table->unsignedBigInteger('user_id');
$table->foreign('user_id')->references('id')->on('users')->onDelete('cascade');

在我的案例中，问题在于迁移时机，在创建迁移时要小心，首先创建子迁移，而不是基础迁移。因为如果你先创建base migration，有外键就会寻找子表，不会有抛出异常的表。

进一步:

当您创建迁移时，它的开头有一个时间戳。假设你已经创建了一个迁移猫，它看起来像2015_08_19_075954_the_cats_time.php，它有这样的代码

<?php

use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class TheCatsTime extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('cat', function (Blueprint $table) {
            $table->increments('id');
            $table->string('name');  
            $table->date('date_of_birth');
            $table->integer('breed_id')->unsigned()->nullable(); 
        });

        Schema::table('cat', function($table) {
        $table->foreign('breed_id')->references('id')->on('breed');
      });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::drop('cat');
    }
}

在创建基表之后，创建另一个迁移品种，即子表，它有自己的创建时间和日期戳。 代码如下所示:

<?php

use Illuminate\Database\Schema\Blueprint;
use Illuminate\Database\Migrations\Migration;

class BreedTime extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('breed', function (Blueprint $table) {
             $table->increments('id');    
             $table->string('name');
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down()
    {
        Schema::drop('breed');
    }
}

看起来这两个表都是正确的，但当你运行PHP artisan迁移。它会抛出一个异常，因为迁移会首先在你的数据库中创建基表因为你先创建了这个迁移，我们的基表有外键约束，它会寻找子表，而子表不存在，这可能是一个异常。

So:

首先创建子表迁移。 在创建子迁移之后创建基表迁移。 PHP工匠迁移。

做就行了

我在laravel 5.8有这个问题，我修复了这个代码，如laravel文档中所示，在我添加外键的地方。

$table->unsignedBigInteger('user_id');
$table->foreign('user_id')->references('id')->on('users')->onDelete('cascade');

然后我运行$ PHP artisan migrate:refresh

由于这种语法相当冗长，Laravel提供了额外的、更简洁的方法，使用约定来提供更好的开发体验。上面的例子可以这样写:

Schema::table('posts', function (Blueprint $table) {
    $table->foreignId('user_id')->constrained()->onDelete('cascade');
});

在我的例子中，问题是主表中已经有记录，我强制新列不为NULL。因此，在新列中添加->nullable()就成功了。在这个问题的例子中是这样的:

表- >美元整数(user_id) - >无符号()——> nullable ();

or:

表- > unsignedInteger (user_id) - > nullable ();

希望这能帮助到一些人!

在我的情况下，直到我运行命令它才工作

composer dump-autoload

这样你就可以把外键留在create Schema中

public function up()
{
    //
     Schema::create('priorities', function($table) {
        $table->increments('id', true);
        $table->integer('user_id');
        $table->foreign('user_id')->references('id')->on('users');
        $table->string('priority_name');
        $table->smallInteger('rank');
        $table->text('class');
        $table->timestamps('timecreated');
    });
 }

 /**
 * Reverse the migrations.
 *
 * @return void
 */
public function down()
{
    //
    Schema::drop('priorities');
}