gorm golang对象关系映射框架

安装

go get -u gorm.io/gorm
go get -u gorm.io/driver/sqlite

连接数据库

sqlite

db, err := gorm.Open(sqlite.Open("test.db"), &gorm.Config{})
  if err != nil {
    panic("failed to connect database")
  }

mysql

// 参考 https://github.com/go-sql-driver/mysql#dsn-data-source-name 获取详情
dsn := "user:pass@tcp(127.0.0.1:3306)/dbname?charset=utf8mb4&parseTime=True&loc=Local"
db, err := gorm.Open(mysql.Open(dsn), &gorm.Config{})

其他数据库或高级用法:https://gorm.io/zh_CN/docs/connecting_to_the_database.html

声明模型

例:

type Product struct {
  gorm.Model
  Code  string
  Price uint
}

GORM 通过将 Go 结构体(Go structs) 映射到数据库表来简化数据库交互。

模型是使用普通结构体定义的。 这些结构体可以包含具有基本Go类型、指针或这些类型的别名,甚至是自定义类型(只需要实现 database/sql 包中的ScannerValuer接口)。

约定

  1. 主键:GORM 使用一个名为ID 的字段作为每个模型的默认主键。
  2. 表名:默认情况下,GORM 将结构体名称转换为 snake_case 并为表名加上复数形式。 例如,一个 User 结构体在数据库中的表名变为 users 。
  3. 列名:GORM 自动将结构体字段名称转换为 snake_case 作为数据库中的列名。
  4. 时间戳字段:GORM使用字段 CreatedAt 和 UpdatedAt 来自动跟踪记录的创建和更新时间。

gorm.Model

GORM提供了一个预定义的结构体,名为gorm.Model,其中包含常用字段:

// gorm.Model 的定义
type Modelstruct {
  ID uint `gorm:"primaryKey"`
  CreatedAt time.Time
  UpdatedAt time.Time
  DeletedAt gorm.DeletedAt `gorm:"index"`
}

  • 将其嵌入在您的结构体中: 您可以直接在您的结构体中嵌入 gorm.Model ,以便自动包含这些字段。 这对于在不同模型之间保持一致性并利用GORM内置的约定非常有用,请参考嵌入结构
  • 包含的字段

    • ID :每个记录的唯一标识符(主键)。
    • CreatedAt :在创建记录时自动设置为当前时间。
    • UpdatedAt:每当记录更新时,自动更新为当前时间。
    • DeletedAt:用于软删除(将记录标记为已删除,而实际上并未从数据库中删除)。

文档:https://gorm.io/zh_CN/docs/models.html

迁移(Migration)

迁移(Migration)是什么?

迁移是指对数据库结构进行版本控制的机制,它允许您:

  1. 以编程方式定义数据库表结构
  2. 跟踪数据库模式的变化历史
  3. 在不同环境(开发/测试/生产)之间保持数据库结构一致
  4. 回滚到之前的数据库版本

迁移与创建数据库的区别

特性迁移(Migration)创建数据库
范围表结构、字段、索引等整个数据库实例
功能修改现有结构、版本控制创建新的数据库容器
粒度细粒度(表/字段级)粗粒度(数据库级)
目的模式演进数据库初始化

GORM中的迁移实现

在GORM中,迁移通常通过AutoMigrate方法实现:

// 自动迁移模型结构到数据库表
db.AutoMigrate(&User{}, &Product{}, &Order{})

// 这会在数据库中创建对应的表(如果不存在)或修改表结构以匹配模型

迁移的典型用途

  1. 初始化表结构:创建新表
  2. 添加字段:向现有表添加新列
  3. 修改字段:更改字段类型或约束
  4. 删除字段:从表中移除列
  5. 创建索引:添加或删除索引

高级迁移功能

GORM还支持更复杂的迁移操作:

// 使用Migrator接口进行精细控制
m := db.Migrator()

// 检查表是否存在
m.HasTable(&User{})

// 创建表
m.CreateTable(&User{})

// 添加列
m.AddColumn(&User{}, "CreditCardNumber")

// 修改列
m.AlterColumn(&User{}, "Name")

// 删除列
m.DropColumn(&User{}, "Age")

基本操作(CRUD)

 // Create
  db.Create(&Product{Code: "D42", Price: 100})

  // Read
  var product Product
  db.First(&product, 1) // 根据整型主键查找
  db.First(&product, "code = ?", "D42") // 查找 code 字段值为 D42 的记录

  // Update - 将 product 的 price 更新为 200
  db.Model(&product).Update("Price", 200)
  // Update - 更新多个字段
  db.Model(&product).Updates(Product{Price: 200, Code: "F42"}) // 仅更新非零值字段
  db.Model(&product).Updates(map[string]interface{}{"Price": 200, "Code": "F42"})

  // Delete - 删除 product
  db.Delete(&product, 1)

注:

Product是一个结构体

type Product struct {
  gorm.Model
  Code  string
  Price uint
}

对于CRUD的每一个操作都是传入一个地址,直接修改作用的对象

create

例如对于create来说,就是传入一个Product类型的结构体。传入的结构体实例不需要为每个字段都赋值。

基本赋值规则:

  1. 部分赋值:可以只为结构体的部分字段赋值,其他字段将保持零值或默认值
  2. 零值处理:未赋值的字段会根据类型自动设置为相应的零值:

    • 数字类型:0
    • 字符串:""
    • 布尔:false
    • 指针:nil
    • 时间:0001-01-01 00:00:00 +0000 UTC

示例代码

type User struct {
    ID        uint
    Name      string
    Age       int
    Email     *string  // 指针类型
    IsActive  bool
    CreatedAt time.Time
}

// 只设置部分字段
user := User{
    Name: "张三",
    Age:  25,
    // 其他字段未设置
}

result := db.Create(&user)  // 成功插入,未设置字段使用零值

特殊情况处理

  1. 指针字段

    • 如果字段是指针类型且未赋值,GORM会将其作为NULL插入
    • 如果想明确设置NULL,可以使用指针的nil值
    // 明确设置Email为NULL
    user := User{
        Name:  "李四",
        Email: nil,  // 将存储为NULL
    }
  2. 默认值

    • 可以在模型定义中使用gorm标签设置默认值
    • 未赋值时会使用默认值而非零值
    type Product struct {
        Code  string
        Price float64 `gorm:"default:100"`  // 默认值100
    }
  3. 忽略字段

    • 使用gorm:"-"标签可以完全忽略字段,不会被插入
    type User struct {
        Name string
        Temp string `gorm:"-"`  // 不会存入数据库
    }

数据库约束的影响

  1. NOT NULL约束

    • 如果字段在数据库中有NOT NULL约束且没有默认值
    • 尝试插入时会返回错误
  2. 主键

    • 如果使用自动递增主键,可以省略ID字段
    • 如果想手动设置ID,可以显式赋值

最佳实践

  1. 只设置业务需要的字段,让其他字段保持零值
  2. 对于可选字段,考虑使用指针类型以便明确表示NULL
  3. 重要的必填字段应该在模型层或数据库层添加验证
  4. 对于有默认值的字段,可以省略赋值

read

对于read,可以现在外面定义一个新的对应类型的变量,然后将这个变量传入,因为传的是地址,所以执行完,read之后对于product就是我们需要的一个变量,对应着数据库表中特定的某一行。

update

不可以直接使用未经过Read赋值的product变量进行Update操作。这样会导致更新失败或产生意外行为。

Update操作的工作机制

GORM的Update操作需要两个关键信息:

  1. 要更新的模型实例:用于确定更新哪条记录
  2. 更新内容:指定要修改的字段和值

为什么需要先Read

  1. 主键标识

    • Update操作需要知道要更新哪条记录,这通常通过模型的主键(ID)来确定
    • 未经Read的product变量没有有效的ID值
  2. 模型状态

    • GORM会跟踪模型的状态(是否从数据库加载)
    • 未加载的模型无法正确执行更新

具体问题分析

var product Product  // 未赋值的product变量
db.Model(&product).Update("Price", 200)

这种情况下:

  1. product的ID字段为0(零值)
  2. GORM会尝试更新ID=0的记录,这通常不是您想要的
  3. 如果没有ID=0的记录,则不会更新任何数据

正确做法

  1. 先查询再更新 (推荐):

    var product Product
    db.First(&product, 1) // 或通过其他条件查询
    db.Model(&product).Update("Price", 200)
  2. 直接指定条件更新 (不依赖模型实例):

    // 更新所有code="D42"的记录
    db.Model(&Product{}).Where("code = ?", "D42").Update("Price", 200)
    
    // 更新主键为1的记录
    db.Model(&Product{}).Where("id = ?", 1).Update("Price", 200)

特殊情况

如果明确知道要更新的记录ID,也可以这样:

product := Product{ID: 1} // 只设置ID
db.Model(&product).Update("Price", 200)

但这种方法:

  1. 不如先查询再更新直观
  2. 无法利用GORM的模型状态跟踪功能
  3. 可能引发并发问题

最佳实践

  1. 对于单个记录更新,总是先查询获取完整模型
  2. 对于批量更新,使用Where条件明确指定范围
  3. 避免使用零值模型进行更新操作
  4. 重要更新操作前检查受影响的行数

错误示例

// 错误用法1: 完全未初始化的模型
var p Product
db.Model(&p).Update("Price", 200) // 不会按预期工作

// 错误用法2: 只有部分字段的模型
p := Product{Code: "D42"}
db.Model(&p).Update("Price", 200) // 仍然不知道更新哪条记录

delete

在GORM中执行Delete操作时,如果已经有一个完整赋值的product实例,通常不需要再额外传入primary key。以下是详细说明:

基本删除方式

  1. 使用已赋值的模型实例删除(推荐)
var product Product
db.First(&product, 1) // 先查询获取完整记录

// 方式1:直接使用实例删除
db.Delete(&product) // 不需要再传ID

这种方式:

  • GORM会自动使用模型中的主键值作为删除条件
  • 是最简洁、最安全的删除方式
  • 推荐在日常开发中使用
  1. 同时传入实例和主键(冗余方式)
// 方式2:虽然可以运行,但冗余
db.Delete(&product, 1) // 传入实例同时再传ID

这种方式:

  • 可以运行但没必要
  • 如果传入的ID与实例中的ID不一致,可能导致意外行为
  • 不推荐使用

特殊情况处理

批量删除

如果需要批量删除,可以不使用实例:

// 删除所有price>100的记录
db.Where("price > ?", 100).Delete(&Product{})

// 删除主键为1的记录(不依赖实例)
db.Delete(&Product{}, 1)

软删除考虑

如果模型启用了软删除(有DeletedAt字段):

// 软删除会自动设置DeletedAt时间
db.Delete(&product)

// 要真正硬删除可以加Unscoped
db.Unscoped().Delete(&product)

为什么不需要重复传主键?

  1. GORM的智能处理

    • 当传入模型实例时,GORM会自动提取其主键值
    • 内部会生成类似WHERE id = ?的条件
  2. 数据一致性

    • 避免主键值不一致的风险
    • 减少人为错误的可能性
  3. 代码简洁性

    • 减少冗余参数
    • 提高代码可读性

最佳实践建议

  1. 查询后删除

    var product Product
    if err := db.First(&product, 1).Error; err != nil {
        // 处理错误
    }
    db.Delete(&product)
  2. 批量删除

    // 明确条件
    db.Where("code LIKE ?", "D%").Delete(&Product{})
  3. 避免的做法

    // 不推荐 - 可能误删
    db.Delete(&Product{}, someVariable)
    
    // 危险 - 可能清空整个表
    db.Delete(&Product{})

关于Unscoped()

基本概念

Unscoped()是GORM提供的一个链式调用方法,用于绕过GORM的默认作用域限制,特别是针对软删除(Soft Delete)功能。

核心作用

  1. 绕过软删除机制

    • 默认情况下,GORM会对有DeletedAt字段的模型启用软删除
    • 使用Unscoped()可以操作已被软删除的记录
  2. 执行"硬删除"

    • 真正从数据库中物理删除记录
    • 而不是仅仅设置deleted_at时间戳
  3. 查询所有记录

    • 包括已被软删除的记录

使用场景

  1. 真正删除记录(硬删除)
// 普通删除(如果是软删除模型,只是设置deleted_at)
db.Delete(&user)

// 硬删除(真正从数据库删除)
db.Unscoped().Delete(&user)
  1. 查询包含已删除的记录
// 默认查询会排除已软删除的记录
db.Find(&users)

// 查询所有记录(包括已软删除的)
db.Unscoped().Find(&users)
  1. 恢复软删除的记录
// 将deleted_at设置为NULL来恢复记录
db.Unscoped().Model(&user).Update("DeletedAt", nil)

实现原理

GORM的软删除是通过在SQL查询中自动添加条件实现的:

  • 默认查询会自动添加:WHERE deleted_at IS NULL
  • 使用Unscoped()后会移除这个条件

注意事项

  1. 数据安全

    • 硬删除是不可逆的操作
    • 生产环境慎用,确保有备份机制
  2. 关联删除

    • 如果模型有关联关系,硬删除可能导致外键约束问题
    • 需要考虑级联删除或手动处理关联记录
  3. 审计要求

    • 某些业务场景要求保留所有历史记录
    • 硬删除可能违反合规要求

最佳实践

// 1. 硬删除前先确认
if isAdmin {
    db.Unscoped().Delete(&sensitiveData)
}

// 2. 批量硬删除时添加条件限制
db.Unscoped().Where("created_at < ?", time.Now().AddDate(-5,0,0)).Delete(&OldRecords{})

// 3. 开发环境可以设置全局禁用软删除
db.Session(&gorm.Session{AllowGlobalUpdate: true}).Unscoped().Delete(&TestData{})

与其他方法的对比

方法作用影响
Delete()普通删除对软删除模型是逻辑删除
Unscoped().Delete()硬删除物理删除记录
Where().Delete()条件删除遵循模型作用域
Unscoped().Where().Delete()条件硬删除无视软删除限制

总结:Unscoped()是GORM中处理软删除边界的强大工具,但需要谨慎使用,特别是在生产环境中。理解它的工作原理有助于您更好地控制数据删除行为。

参考文档:https://gorm.io/zh_CN/docs/

ORM 是 Object-Relational Mapping(对象关系映射) 的缩写,它是一种编程技术,用于在面向对象编程语言中将数据库表与程序中的对象自动映射,从而避免直接编写繁琐的 SQL 语句。

核心概念

  1. 对象与表的映射

    • 数据库中的一张表 ↔ 程序中的一个类(如 User 类对应 users 表)。
    • 表中的一行数据 ↔ 类的一个实例对象(如 User(name="Alice") 对应表中一行记录)。
    • 表的字段 ↔ 类的属性(如 user.name 对应 users.name 列)。
  2. 操作抽象化

    • 通过操作对象(如 user.save())自动生成并执行底层 SQL(如 INSERT INTO users...),开发者无需手动拼接 SQL。

常见 ORM 框架示例

语言ORM 框架
PythonDjango ORM, SQLAlchemy
JavaHibernate, MyBatis
JavaScriptSequelize, TypeORM
PHPEloquent (Laravel)

优缺点

优点

  • 提高开发效率:减少重复的 SQL 编写。
  • 跨数据库兼容:切换数据库时只需修改配置(如从 MySQL 到 PostgreSQL)。
  • 安全性:内置防 SQL 注入机制(如参数化查询)。

缺点

  • 性能损耗:复杂查询可能不如手写 SQL 高效。
  • 学习成本:需掌握 ORM 的特定语法和约定。

简单示例(Python + SQLAlchemy)

from sqlalchemy import create_engine, Column, String
from sqlalchemy.ext.declarative import declarative_base

# 1. 定义表结构(通过类)
Base = declarative_base()
class User(Base):
    __tablename__ = 'users'
    id = Column(Integer, primary_key=True)
    name = Column(String)

# 2. 创建数据库连接
engine = create_engine('sqlite:///mydb.db')
Base.metadata.create_all(engine)

# 3. 操作数据库(无需写 SQL)
from sqlalchemy.orm import sessionmaker
Session = sessionmaker(bind=engine)
session = Session()

# 插入数据(Create)
new_user = User(name="Alice")
session.add(new_user)
session.commit()

# 查询数据(Read)
users = session.query(User).filter_by(name="Alice").all()

何时使用 ORM?

  • 适合大多数业务逻辑简单的 CRUD 操作。
  • 复杂查询或高性能场景可结合原生 SQL 使用(如 ORM 提供 raw SQL 支持)。

#include <iostream>
#include <set>
using namespace std;
int main()
{
    int n;
    cin >> n;
    set<int> s;
    s.insert(0);
    for (int i = 0; i < n; i ++)
    {
        int a;
        cin >> a;
        if (a < (*s.rbegin()))
        {
            s.erase(s.upper_bound(a));
        }
        s.insert(a);
    }
    cout << s.size() - 1 << endl;
    return 0;
}

启示:

用到了set的特性。除了去重之外,还有一个自动按照从小到大排序,和map一样,因为底层是红黑树,一种平衡二叉搜索树。所以可以有rbegin()取最后一个元素,就是最大元素。这里的逻辑就是让每一个轨道都保持一个单调上升的排序,这样再出去的时候就可以按照从大到小排序的出去(从右往左看)。所以对于每一个数来说如果比最大的还要大就单独开一个序列,如果小于最大的,说明可以找到一个序列使得放进去之后组成的排列时单调上升的,为了可以用最少的轨道,这个放进去的序列最好是最后一个数刚好大于要放进去的数,这里使用到了贪心的思想。为了维护每一个单调上升的序列,只要维护一个序列的最后一个值就好,因为前面的值一定比他大,而且不会拿来做比较,所以可以不看,因此set中实际上是维护了一个所有存在的轨道的序列中的最小值的一个不重复集合。而对于要放入的数来说,可以用upper_bound来找到第一个大于他的数,这个数就是要放入的轨道的最后一个值,将当前数放进去,本质上就是在set中将这个最后的值替换。而因为set中没有索引,但是可以自动排序,根据这一特性,为了完成替换这个操作,我们可以将这个最后一个值在set中删去,最后再将a放去set即可,这就在形式上和另外一种情况保持了统一。最后为了保证形式上的统一,不对第一个数特判,即set为空的情况,可以单独放入一个元素0,因为0一定比所有1到n的数小,所以不会被替换,就不会影响答案。最后的答案要求输出轨道的数量,其实就是set中元素的数量,因为有0的存在,所以实际上的答案是s.size() - 1.

题目:

火车站的列车调度铁轨的结构如下图所示。

188

两端分别是一条入口(Entrance)轨道和一条出口(Exit)轨道,它们之间有N条平行的轨道。每趟列车从入口可以选择任意一条轨道进入,最后从出口离开。在图中有9趟列车,在入口处按照{8,4,2,5,3,9,1,6,7}的顺序排队等待进入。如果要求它们必须按序号递减的顺序从出口离开,则至少需要多少条平行铁轨用于调度?

输入格式:

输入第一行给出一个整数N (2 ≤ N ≤105),下一行给出从1到N的整数序号的一个重排列。数字间以空格分隔。

输出格式:

在一行中输出可以将输入的列车按序号递减的顺序调离所需要的最少的铁轨条数。

输入样例:

9
8 4 2 5 3 9 1 6 7

输出样例:

4

愚人节快乐。

这几天一直过的有点迷茫。

而且莫名的忙和累。

一种委屈感一直藏在心里面,在今天发现大创导师没有帮我提交的时候一下子爆发出来。我有点想哭但是还是找下补救的措施,好在那个管理大创的老师没有为难我,最后还是自己交给她了。

这几天一直在看《心流:最优体验心理学》。

书里面提到的心流感念,是一个我熟悉但是陌生的词汇。

熟悉是因为可能这是一个积极心理学中的专业词汇,所以各种有涉及到心理学,尤其是帮助大家学习的,或者是标题打着如何过好人生的,亦或者是如何快速学会某一种技能的,都或多多少的会提到这个词。由于经常见到,听到,看到,所以我会觉得很熟悉。

但是我又觉得很陌生,因为我回过头发现好像我对于心流之后的概念,以及如何进入心流,还有进入心流状态意味着什么,都是很模糊的,我隐约好像知道点什么,但是好像又回答不具体。这种模糊不仅不会帮助我让我在学习,还有人生路上有任何的启发,反而会让我有某种莫名其妙的自傲,听不进去别人的观点,最后反而没有学习到什么,也没有指导我人生路上的某一段。

在我终于明白了我一直以来的错误观念以及我确实好像需要好好再思考下人生,在这个契机之下我又找到了这本书,这本一直留有印象,但是却从未翻开过的书。

最近一直在看,给我最大的启示就是我可以清晰的根据对于心流体验的定义去判断我是否是在心流状态里面。以及开始寻找内在的奖赏机制去替代外界给予的奖赏机制,事实上这种观点和我以往应试教育时期的思考不谋而合。只不过当时是将这部分应用在了应试,所以仍然是痛苦的。而渐渐的在应试的压力之下我也忘却了这以观点,在看到这本书时,让我又回忆了起来。

只不过我仍然是有疑问的。这种疑问是没有答案的,因为我只是隐约的知道目前的我的生活状态时有问题的,只是暂时没有发现问题出现在了什么地方。我觉得多看看书还是会有启发的。但是在一种很偶然的情况下我发现了一个别人写的博客,也是一个在学生时期写的博客,已经过去很多年了。

看简介这是一个既有读书笔记,又有各种专业知识的疑惑和整理,还有关于算法的整理。我是在找算法题解的时候发现的,因为好奇于这个博客的框架是作者自己写的,还是使用的流行框架,所以点开了首页,看到了介绍。这个时候我想到了我的博客,想起来我好像很久没有更新了。

我又回想起以前还在积极的投入博客创作的时候也是和这位笔者一样,既整理自己的疑惑和知识,也做日常的分享。我在想或许我要是坚持下来了,若干年之后我会不会也会达到和他一样的高度?

在心流:最优体验心理学中的一篇序中写到心流也是有简单复杂之分,心流是将混乱的精神做熵减的过程,而这个过程越复杂,心流的内在也越强大。在这里序言中提到了一个观点就是在选择活动时最好是选择可以训练,有上升空间的。在这个范围之内如果可以选择自己的兴趣就再好不过了,这句话是我自己说的,原序的观点是可以自行选择不同的行为体验心流。

我看到了那个博客中笔者在介绍自己看过的书,有关于计算机相关的,讲述在还不敢逃课的年纪,坐在后排,带上隔音耳塞,偷偷学习数据结构,学习算法。这令我很感动,因为我看到了我高中时在数学课上偷偷看php入门,以及网课时期逃课学习python的时光。我想那个时候的我应该是在朴素的学习编程语言中进入了心流的状态,自己获得了一种内在的满足感,而没有外在的影响(或者说几乎没有,因为选择编程语言,而不是物理学或者人文,本身或就是受到了外界因素的影响,但是在这个过程中自我的满足感对于今天的我来说仍然具有很大的启发性)。

我好像发现其实找回初心对于我来说可能是一个伪命题,就算是找到了,其实最后也会发现仅仅只是想写个程序,做个应用,没有什么很宏大的理想。但是对于我而言编写代码,写点程序,已经是我所熟识的一个技能了(至少是和什么画画,唱歌之类的相比。和真正的大佬比我还是菜,hh)。

最近一直为各种人际往来,各种成绩,政策,这些细小的琐碎的东西所困。或许我还没有树立好远大的目标,远大的理想,没有想好未来要做什么。但至少现在我或许可以重新开始好好探索计算机科学与技术这个大类,捡起我学过的技能,再向外扩展不断学习新的东西,将自己的生活过的充实。

船到桥头自然直,其他的东西暂且不管了。不管是保研也好,还是就业也好,先放到一边吧。至少不是现在。对于我来说,选择计算机类的专业或许是幸运的。希望我可以逐渐地建立起内在的秩序,提高我的专业技能,以后混口饭吃,自得其所就好了。

未来与君共勉!

(ps:其实是4月2日写完的,昨天没写完,今天补上最后几行字,可惜的是由于差了一天,心境大不相同,想来也是遗失了一些感悟。)

错误原因

PowerShell 的执行策略 (Execution Policies) 是保护机制,用于防止运行未经认证的脚本。

解决步骤

以下是解决该问题的几种方法:


方法一:临时修改执行策略(推荐)

  1. 在 PowerShell 中运行以下命令以临时允许脚本运行:

    Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass
    
  2. 再次尝试运行你的命令:
    此方法仅对当前 PowerShell 会话有效,关闭终端后执行策略会恢复为默认值。

方法二:永久修改执行策略

这是一个更改系统设置的持久解决方案,仅在你明确需要时使用。

  1. 使用管理员权限运行 PowerShell。
  2. 执行以下命令以修改系统级别的执行策略:

    Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope LocalMachine
    • RemoteSigned 表示允许本地脚本执行,远程下载的脚本需要被签名。
  3. 再次尝试运行你的命令。

注意:永久修改执行策略可能存在一定安全风险,请根据实际需要执行。