模块级私有访问权限 internal 包的使用规则,use of internal package xxx not allowed

Go 1.5 及后续版本中,可以通过创建 internal 代码包让一些程序实体仅仅能被当前模块中的其他代码引用。这是第三种访问权限:模块级私有。

1. GOPATH 时代

具体规则是:

  • internal 代码包中声明的公开程序实体仅能被该代码包的直接父包及其子包中的代码引用。当然,引用前需要先导入这个 internal 包。
  • 对于其他代码包,导入该 internal 包都是非法的,无法通过编译。

这里的名称必须是 internal

代码目录结构如下:

wohu@wohu:~/GoCode/src$ tree chapter/
chapter/
└── demo3
    ├── demo3.go
    └── lib
        ├── demo3_lib.go
        └── internal
            └── internal.go

3 directories, 3 files
wohu@wohu:~/GoCode/src$ 

demo3.go 源码如下:

package main

import (
	"chapter/demo3/lib"
	//in "chapter/demo3/lib/internal" // 此行无法通过编译。
	//"os"
)

func main() {
	name := "wohu"
	lib.Hello(name)
	//in.Hello(os.Stdout, name)
}

demo3_lib.go 源码如下:

package lib

import (
	in "chapter/demo3/lib/internal"
	"os"
)

func Hello(name string) {
	in.Hello(os.Stdout, name)
}

internal.go 源码如下:

package internal

import (
	"fmt"
	"io"
)

func Hello(w io.Writer, name string) {
	fmt.Fprintf(w, "Hello, %s!\n", name)
}

运行 demo3.go 结果如下:

[Running] cd "/home/wohu/GoCode/src/chapter/demo3/" && go run .
Hello, wohu!

如果修改 demo3.go 源码如下,试图调用 internal 包,

package main

import (
	"chapter/demo3/lib"
	in "chapter/demo3/lib/internal" // 此行无法通过编译。
	"os"
)

func main() {
	name := "wohu"
	lib.Hello(name)
	in.Hello(os.Stdout, name)
}

模块级私有的 internal 包,仅能被直接父包及其子包中的代码引用。上面如果要在父级里调用孙级目录的 internal 包,则会报错:

demo3.go:5:2: use of internal package chapter/demo3/lib/internal not allowed

2. GOMODULE 时代

一个 Go 项目里的 internal 目录下的 Go 包,只可以被本项目内部的包导入。项目外部是无法导入这个 internal 目录下面的包的。

举个例子,假设我们有两个 go module,两个 module 的结构如下:

.
├── module1
│   ├── go.mod
│   ├── internal
│   │   └── pkga
│   ├── pkg1
│   └── pkg2
└── module2
    ├── go.mod
    └── pkg1

module1 中的 internal/pkga 包可以被 module1pkg1pkg2 包所导入。但无法被 module2pkg1 包所导入。

内部包的规范约定:导出路径包含 internal 关键字的包,只允许 internal 的父级目录及父级目录的子包导入,其它包无法导入。

老师举的例子中,internal 的父级目录是 module1 ,父级目录的子包有 module1/pkg1module1/pkg2,所以在这个例子中internal 只能被这三个地方导入。

上面的约定是由 Go 编译器验证的,internalGo 编译器在编译程序时可以识别的特殊目录名,如果验证不过会报错。

### 解决HTTP 405 Method Not Allowed错误 当遇到HTTP 405 Method Not Allowed错误时,这通常表示客户端尝试使用的HTTP方法未被服务器端所支持或允许。对于不同场景下的解决方案可以总结如下: #### 配置Nginx处理CORS请求 针对eggjs框架下POST请求跨域时报错的情况,确保Nginx配置正确至关重要。除了现有的设置外,还需加入`Access-Control-Allow-Methods`头来指定允许的HTTP方法[^2]。 ```nginx location / { add_header 'Access-Control-Allow-Origin' '*'; add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS'; add_header 'Access-Control-Allow-Headers' 'Origin, Content-Type, Accept, Authorization'; if ($request_method = 'OPTIONS') { return 204; } } ``` #### 检查前端代码中的Axios配置 有时HTTP方法名称拼写错误也会引发此类问题。确认在axios.js配置文件里定义请求的方式是否准确无误,比如应使用`method`而非`methods`作为关键字[^4]。 ```javascript // 正确的做法应该是这样 axios({ url: '/example', method: 'post', // 而不是 methods: 'post' data: {} }) ``` #### IIS环境下的特殊考虑 如果是在IIS环境中部署Vue应用并遇到了同样的问题,则可能是因为Web.config缺少必要的Handler映射或是某些模块冲突所致。此时应当仔细审查项目的web.config文件,并参照官方文档调整相应配置项[^3]。 #### 后端API路由权限控制 最后但同样重要的是要检查后端服务本身是否有严格的路由权限管理机制。例如Express/Node.js应用程序可能会因为中间件限制而拒绝特定类型的请求。因此建议开发者们核查相关逻辑以排除潜在隐患。 通过上述措施应该能够有效应对大多数情况下发生的HTTP 405 Method Not Allowed错误现象。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

wohu007

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值