GoWeb必备理论

GoWeb必备理论

关于goweb,你不得不知道的知识

若是初学者可以借鉴GoWeb查阅本文。

HTTP状态码:

意义

每个状态码都是,http设计者对“网络通讯”中可能出现的情况的假设、预判。他就相当于现实世界的信号灯,就像大家一遇到404,就知道资源找不到了。一遇到500就知道服务器挂了。这种共识,也就是如今万维网的高效率的基础之一。

http状态码是日常开发,修改bug,的居家必备神器。咱们对常见状态码做了分类。

1、必须掌握的状态码

200 ok 最常见的状态码,代表请求完全正确,比如打开网页、调用api啥的。

301 moved permanently 资源永久迁移(例:访问时a.com会被从定项到b.com)

302 Found (部分资源,临时迁移)

400 Bad request(请求出错,参数缺少什么的..)

401 unauthorized(没有登入)

403 forbidden(登入了,没权限)

404 not found(资源不存在)

500 internal server error(服务器内部错误)

2、需要理解的状态码

排查问题时常用

100 continue

201 created 资源创建成功(POST..

204 not content 处理成功,但不返回资源(DELETE..

206 partial content(处理成功了一部分..

304 not modified(资源没有修改,可以直接用缓存)

405 method and allow(方法不被允许)

408 request time-out(请求超时,浏览器向服务发送信息)

502 bad gateway(作为网关/代理时,收到无效相应)

503 service unavailable(服务器暂不可用,正在维修...双十一)

3、常用状态码集合

HTTP协议

核心:

1、HTTP的本质

定义:超文本传输协议

核心模型:【请求+响应】 客户端发送请求、服务器响应,一问一答的进行传递信息

无状态:服务器不会记住上一次请求(后期引入了Cookie、Session)

位置:HTTP协议存放在应用层,规范 (客户端-服务器) 的传输格式、交互流程。

2、URL结构

比如:https://www.example.com:8080/path?name=test#fragment

  • https:用的协议类型
  • www.example.com:域名(对应服务器的ip地址)
  • 8080:端口好,http默认是80,https默认是443,可省略
  • /path:资源路径
  • ?name=test:访问资源时,用GET携带的参数
  • #fragment:锚点
3、请求方法(Method)
  • GET:只是请求资源,不会对服务器资源照成影响
  • POST:提交数据,在服务器创建新的资源..
  • PUT:更新数据,若无资源,则新创建(与POST不同,是幂等的)
  • DELETE:删除数据(一般会有204)
  • PATCH:修改部分资源(与PUT类似,但PUT是更新整个资源)
4、状态码
  • 1xx 信息性状态码
  • 2xx 请求成功
  • 3xx 重定向
  • 4xx 客户端错误
  • 5xx 服务器错误

进阶必备知识:

1、HTTP版本演进
  • HTTP/1.0:每次访问,都会重新建立一个url
  • HTTP/1.1:在1.0的基础上,建立了持久化连接,但是只能串行的发送请求
  • HTTP/2:可以多路复用(一个连接同时发多个请求,互不阻塞)
  • HTTP/3:引入了UDP、解决了TCP头部堵塞问题(标:彻底抛弃了TCP协议,转而应用了UDP)
2、缓存机制
  • 强缓存:服务器通过 Cache-Control: max-age=3600 告诉浏览器,1h内,访问该地址,强制访问的本地缓存(怪不得我更改了服务器的资源后,客户端依旧不变)除非(Ctrl+F5强制刷新)
  • 协商缓存:如果强缓存过期,浏览器发请求时带 If-Modified-Since 或 Etag,服务器判断资源没改就返回 304,让浏览器继续用缓存。
3、HTTPS原理

https=http+tls

核心区别:http是明文传输、https是http+tls组合,数据会加密。

SSL/TLS的作用:

像"加密信封",让HTTP数据更安全:
1、加密:把明文数据(如密码、订单信息)变成密文,及时被截获也无法破解。
2、身份认证:验证服务器的身份,防止是钓鱼网站。
3、完整性校验:确保信息没有被篡改。

4、Cookie 和 Session
  • Cookie:服务器通过set-cookie,在客户端存一些信息,解决http协议无状态问题
  • Session:服务端存储的用户信息,与cookie中的sessionid关联。(登入时服务器,通过向cookie中,设置sessionid。下次可以通过sessionid在session中找到相应信息)
5、跨域资源共享(CORS)

跨域:来自同源策略(协议、域名、端口有个不同,就不属于同一域)

解决:服务器返回 Access-Control-Allow-Origin 响应头,允许指定域名的跨域请求。

Mysql的连接与增删改查

本篇是通过sqlx包进行操作的,对数据库/sql操作进行了通用拓展(原有基础不变、现有基础加强)

连接

需要导入两个必要的包: import( _ "github.com/go-sql-driver/mysql" "github.com/jmoiron/sqlx" ) // 核心的两步: DB,err := sqlx.Open("mysql","root:1234@tcp(localhost:3306)/goweb?parseTime=true&loc=Local"); DB.ping()

增删改查

// 语句 queryCreate:="insert into user (id,name) values (?,?) queryDelete:="delete from user where id =?" queryUpdate:="update user set name=? where id=?; queryQuery :="select * from user" // 执行 增:DB.Exec(query,1,"白小纯") 删:DB.Exec(query,1) 改:DB.Exec(query,"夜藏",1) 查:rows,err:=DB.Query(query) for rows.next() {rows.Scan(&id,&name)}

起源:

cookie的名字可不是随便起的,他源于unix中的 "magic cookie",魔幻小饼干 --- 程序之间用于传递特定信息或状态的小数据包。

被万景公司的天才程序员,于1994年,在解决不让 “电商” 服务器承担更多消息时,灵光一现想出来的东西。

后来也因为悄悄记录了用户信息,因cookie“隐蔽跟踪”的本质,而引起了一时的大众恐慌。

应用:

后端的核心操作:
func serv(w http.ResponseWriter, r *http.Request) { // cookie赋值: cookie := &http.Cookie{ Name: "session_id", Value: "cookie", Expires: time.Now().Add(time.Second), } http.SetCookie(w, cookie) // 获取单个cookie c, _ := r.Cookie("session_id") _, err := fmt.Fprintln(w, c.Name, c.Value, c.Expires) if err != nil { fmt.Println("...") } // 循环获取cookie cs := r.Cookies() for n, co := range cs { _, err = fmt.Fprintln(w, n, co.Name) } } 

template

模板起源于远古时代(最早至3万年前),为批量生产特定的物品而生。

与二十实际八九十年代,C++的因泛型需求,引入了模板。

后来web方面、为了解耦也引入了模板

但真正推动模板的,还是mvc架构的兴起--为了让控制器(control)与视图(view)彻底分离,模板引擎起了关键作用

模板简单来说,就是预制结构的文本,其中包含占位符控制逻辑,通过模板引擎的动态填充之后生产,最终输出。

// 后端界面 func temp(w http.ResponseWriter, r *http.Request) { add := template.FuncMap{"add": Add} t := template.New("index").Funcs(add) t, _ = t.ParseFiles("new_add") t.Execute(w, nil) } // 前端 {{add 0 0}}

上传

从浏览器向服务器传输数据

<form action="upload",enctype="multipart/form-data" method="post"> 上传照片:<input type="file" name="photo"> <form>
func upload(w http.ResponseWriter, r *http.Request) { f, _, _ := r.FormFile("photo") b, _ := io.ReadAll(f) err := ioutil.WriteFile("/..",b,0777) if err!=nil{ fmt.Println("失败") } }

下载

<a href="download?filename=file.png">点击我下载</a>
func download(w http.ResponseWriter, r *http.Request) { name := r.FormValue("filename") ReadFile, _ := os.ReadFile("地址" + name) h := w.Header() h.Set("Content-Type", "application/octet-stream") h.Set("Content-Disposition", "attachment/filename=photo") fmt.Fprintln(w, ReadFile) } 

有很多地方,都很合理。

控制器

单控制器

type myStruct struct {} func (m myStruct) ServeHTTP(w http.ResponseWriter, r *http.Request) {} func main() { // 无论访问什么,结果都是一样 s := http.Server{ Addr: "localhost:8888", Handler: myStruct{}, } }

多控制器

func Test(w http.ResponseWriter, r *http.Request) {} func main() { // 无论访问什么,结果都是一样 server:= http.Server{ Addr: "localhost:8888", } http.HandleFunc("url", Test) server.ListenAndServe() }

GET&POST核心区别类

一般需要着重注意get与post的本质区别(从语义、参数传递、幂等性、缓存等角度)

语义:GET是获取资源,POST是提交资源

参数:GET是参数在URL,POST在请求体

幂等性:GET多次执行结果不变(幂等),POST可能多次提交(非幂等、多次下单)

缓存:GET易被缓存、POST一般不缓存


借鉴博客:

1、GoWeb开发 


Read more

AI大模型应用开发:从入门到精通!2026版体系化学习路线_2026年AI大模型应用开发保姆级教程

AI大模型应用开发:从入门到精通!2026版体系化学习路线_2026年AI大模型应用开发保姆级教程

摘要: 随着ChatGPT、文心一言、通义千问等大模型的爆发,掌握AI大模型应用开发已成为开发者进阶、获取高薪的黄金技能!本文由深耕AI领域的ZEEKLOG专家撰写,为你梳理一条清晰、高效、可落地的学习路线,涵盖必备基础、核心理论、关键技术、工具链、项目实战全流程,助你从“小白”快速成长为能独立开发AI应用的高手!文末附赠精选学习资源清单! 📌 一、 为什么学习AI大模型应用开发? * 时代风口: AI大模型是当前科技革命的核心驱动力,重塑各行各业(办公、教育、医疗、金融、娱乐等),人才缺口巨大,薪资水平水涨船高。 * 降本增效: 利用大模型强大的生成、理解、推理能力,可以自动化大量重复性工作,大幅提升开发效率和产品智能化水平。 * 创新机遇: 大模型为开发者提供了前所未有的能力基石,催生无数创新应用场景(智能助手、个性化推荐、代码生成、内容创作、智能客服等)。 * 开发者必备技能: 未来,理解和应用大模型将成为开发者的一项基础能力,如同现在的Web开发或移动开发。 🧭 二、

AI 原生架构:鸿蒙App的下一代形态

AI 原生架构:鸿蒙App的下一代形态

子玥酱(掘金 / 知乎 / ZEEKLOG / 简书 同名) 大家好,我是子玥酱,一名长期深耕在一线的前端程序媛 👩‍💻。曾就职于多家知名互联网大厂,目前在某国企负责前端软件研发相关工作,主要聚焦于业务型系统的工程化建设与长期维护。 我持续输出和沉淀前端领域的实战经验,日常关注并分享的技术方向包括前端工程化、小程序、React / RN、Flutter、跨端方案, 在复杂业务落地、组件抽象、性能优化以及多端协作方面积累了大量真实项目经验。 技术方向:前端 / 跨端 / 小程序 / 移动端工程化 内容平台:掘金、知乎、ZEEKLOG、简书 创作特点:实战导向、源码拆解、少空谈多落地 文章状态:长期稳定更新,大量原创输出 我的内容主要围绕 前端技术实战、真实业务踩坑总结、框架与方案选型思考、行业趋势解读 展开。文章不会停留在“API 怎么用”,而是更关注为什么这么设计、在什么场景下容易踩坑、

AI Skills:前端新的效率神器

AI Skills:前端新的效率神器

近来,AI 领域有个火爆的话题:Skills。 Github 上被疯狂 star 的仓库,很多都是和 skills 有关的。 有的仓库仅仅上线三个月就获得了快 50K 的 star,Skills 的火热可见一斑。 不管是大模型,还是 Cursor、Codex、Claude、Trae、Copilot 等编程 IDE 都在争先支持 Skills。 围绕 Skills,它们在做的就是为了完成一件事情:技能是通过学习和反复练习获得的,而 Skills 是把经验和最佳实践沉淀为 AI 能力,将“知道”转化为“做到”的本领。 详解什么是 Skills 要说清楚什么是 Skills,先来了解一下关于 AI 的 2

OpenClaw 深度解析:从个人 AI 助理到开源智能体平台

目录 一、什么是 OpenClaw? 二、OpenClaw 的核心架构与技术 2.1 运行架构 2.2 技能与工具机制 三、竞品分析:OpenClaw 在智能体生态中的对比 3.1 Agent 框架类(如 AutoGPT / BabyAGI) 3.2 本地智能体(如 LocalGPT + 工具链) 3.3 云服务型交互机器人(如 ChatGPT + Webhooks) 四、商业化成本分析 4.1 模型使用成本 4.2 工程与维护成本 4.3 运营成本 五、开源生态分析 5.