关于too many open files的一点深究

changjixiong 发表了文章 • 2 个评论 • 152 次浏览 • 3 天前 • 来自相关话题

今天在gocn上看到一个问题https://gocn.io/question/1391,题主问为啥运行到打开1000多个文件的时候就会报错,提示too many op... 查看全部

今天在gocn上看到一个问题https://gocn.io/question/1391,题主问为啥运行到打开1000多个文件的时候就会报错,提示too many open files。关于这段代码本身的错误,我已经在回帖中回复了,这里不再赘述。这里我主要想对相关问题稍微做一点深入的讨论,毕竟关于文件和文件描述符相关的问题,几乎是每个程序员都会碰到的问题,然而却很少人真的会去搞清楚问题的背后究竟是什么原理。


假设有这样一段代码


func main() {
input := ""
fmt.Scanln(&input)
for i := 0; ; i++ {
_, err := os.OpenFile("data.txt", os.O_RDWR|os.O_CREATE, os.ModePerm)

if err != nil {
fmt.Println("OpenFile i:", i, err)
return
}
}
}

程序运行起来,在键入回车后会输出:


OpenFile i: 1021 open data.txt: too many open files

如果在网上搜索too many open files,会找到无数的文章,里面会提到如何将系统设定的最大打开文件数从1024修改为一个很大的数字。


不过这里会有一个问题,既然最大限制是1024,为啥这里1021就提示错误了?


在回答这个问题之前,再次运行一下上面那段程序,这次不做任何输入,另外开一个终端找到这个程序的进程ID假设是9527,运行


ls /proc/9527/fd

会看到结果 0 1 2,这3个就是大家不能更熟悉的stdin、stdout、stderr,所以程序在初始化以后就已经打开了3个文件,那么在1024的限制了还能打开1021个,i从0开始计数,于是当i计数到1021的时候,就是在尝试打开第1025个文件,所以失败了。这下是不是将标准输入输出与文件的知识关联起来更好理解了?


至于如何将1024的限制修改为更大,这个网上有太多太多的文章,这里就不在赘述。

GRABC beego框架的RABC插件

codyi 发表了文章 • 13 个评论 • 206 次浏览 • 2 天前 • 来自相关话题

最近写的一个权限管理插件,欢迎大家来吐槽~~

GRABC

GRABC 是一个beego权限管理插件,插件分为路由、权限、角色。将路由分配给权限,权限授给角色,角色授给用户~~

安装

查看全部
					

最近写的一个权限管理插件,欢迎大家来吐槽~~


GRABC


GRABC 是一个beego权限管理插件,插件分为路由、权限、角色。将路由分配给权限,权限授给角色,角色授给用户~~


安装


go get github.com/codyi/grabc

配置


第一步:在你项目中的数据库中导入rabc.sql,生成对应数据表


第二步:在项目中引入grabc库(可以在项目中的main.go或router.go中引入)


//引入grabc库
import "github.com/codyi/grabc"

引入之后,在引入的router.go或main.go中添加如下配置


func init() {
//将路由注册到grabc,用于反射出对应的网址
grabc.RegisterController(& controllers.SiteController{})
grabc.RegisterController(&controllers.UserController{})
//注册用户系统模型到grabc,用于用户ID和grabc插件绑定
//注意:注册的这个用户模型,需要实现IUserModel中的方法
grabc.RegisterUserModel(&models.User{})
//增加忽律权限检查的页面
grabc.AppendIgnoreRoute("site", "login")
//403页面地址注册到grabc中,用于grabc插件禁止权限的页面跳转
grabc.Http_403("/site/nopermission")
//设置模板,为了让grabc更具有通用性,可以设置模板
//目前设置模板只支持传入模板的内容
grabc.SetLayout(libs.Grabc_layout, nil)
}

添加好上面的配置之后,剩下就是在controller中增加权限判了,个人建议做一个BaseController,然后每个controller都继承这个base,然后在BaseController中的Prepare方法中增加grabc的权限检查~~


//注册当前登录的用户,注意:user需要继承IUserIdentify接口


grabc.RegisterIdentify(user)

if !grabc.CheckAccess(this.controllerName, this.actionName) {
this.redirect(this.URLFor("SiteController.NoPermission"))
}

到此grabc的功能都加完了,是不是很简单~~~


注意:增加完权限判断之后,会发现很多页面都不能访问了,那么就在忽律权限中增加如下配置


grabc.AppendIgnoreRoute("*", "*")

以上配置将会忽律所有的权限检查,这时候需要去/route/index中增加路由,然后添加权限,角色和用户分配,都配置好之后,就可以将grabc.AppendIgnoreRoute("*", "*")代码删掉,然后重启项目~~权限起作用了


接口说明


IUserModel接口

//用于定义用户model
type IUserModel interface {
//用户列表返回可用用户的id和姓名
//参数:pageIndex 分页的页数
//参数:pageCount 每页显示的用户数量
//返回值:userList [用户ID]用户姓名,用户列表展示
//返回值:totalNum 全部的用户数目,用于计算分页的数量
//返回值:err
UserList(pageIndex, pageCount int) (userList map[int]string, totalNum int, err error)
//根据用户ID获取用户姓名
FindNameById(id int) string
}

IUserIdentify接口
type IUserIdentify interface {
GetId() int //返回当前登录用户的ID
}

注意


grabc对注册的控制器会进行反射,然后获取每个controller的名称和controller内的公共方法,由于每个controller都继承了beego.Controller,在获取controller下的方法名称时,会将beego.Controller继承的方法也会获取到,所以目前还不能区分出方法名到底是beego和用户自己定义的,所以grabc将beego继承的方法都进行了忽律,如果在route扫描中,没有找到自定义的方法,可以在controller中增加如下方法,进行方法返回~~


func (this *SiteController) RABCMethods() []string {
return []string{"Get", "Post"}
}

grabc的详细例子:github.com/codyi/grabc_example


Image text
Image text
Image text
Image text

go汇编入门

lrita 发表了文章 • 0 个评论 • 112 次浏览 • 1 天前 • 来自相关话题