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

Qwen3-TTS-VoiceDesign实战案例:为AR导览眼镜生成空间音频定位语音提示(3D Audio Ready)

Qwen3-TTS-VoiceDesign实战案例:为AR导览眼镜生成空间音频定位语音提示(3D Audio Ready) 1. 项目背景与需求 想象一下,你戴着一副AR导览眼镜在博物馆参观。当你走近一幅名画时,耳边传来清晰的解说声:"您现在观看的是《蒙娜丽莎》,创作于1503年..."。更神奇的是,这个声音仿佛就是从画作方向传来的,让你感觉解说员就站在画作旁边。 这就是空间音频定位技术的魅力。传统的语音导览往往是单声道播放,所有声音都从同一个方向传来,缺乏真实感和方位感。而基于Qwen3-TTS-VoiceDesign的空间音频技术,可以让语音提示具有明确的方向性,大幅提升AR体验的沉浸感。 技术需求分析: * 需要生成高质量、自然流畅的语音内容 * 语音需要具备方向感和空间定位能力 * 支持多语言,满足国际游客需求 * 能够根据场景快速调整语音风格和情感表达 2. Qwen3-TTS-VoiceDesign技术优势 Qwen3-TTS-12Hz-1.7B-VoiceDesign是一个端到端的语音合成模型,专门为声音设计场景优化。相比传统TTS系统,它在以下

30 步组装纸风车 + 0.02 秒接乒乓!这台机器人让 “类人操控” 不再是噱头

30 步组装纸风车 + 0.02 秒接乒乓!这台机器人让 “类人操控” 不再是噱头

拉斯维加斯 CES 展上,新加坡 Sharpa 公司的全尺寸人形机器人 North 凭两项 “神操作” 引爆全场:面对高速飞来的乒乓球,它的反应时间仅0.02 秒,是人类职业运动员最快反应(0.1 秒)的 5 倍;更让人惊叹的是,它能独立完成 30 余个步骤的纸风车组装,灵活切换抓取轻薄易皱的纸张、坚硬的木棍和直径不足 5 毫米的塑料图钉,全程零失误。 别小看这两个任务 —— 纸张受力阈值仅 0.01N,稍用力就会变形;塑料图钉体积微小,定位误差超过 0.1 毫米就会组装失败。即便是工业级机械臂,也常因 “力度控制失衡”“材质识别不准” 在此类任务中折戟。而 North 的核心竞争力,正是其搭载的SharpaWave 灵巧机械手,

YOLOv9农业应用案例:无人机遥感图像作物计数部署

YOLOv9农业应用案例:无人机遥感图像作物计数部署 在农田管理中,准确统计作物数量是评估种植密度、预测产量、指导灌溉和施肥的关键一步。传统人工计数耗时费力,而卫星影像分辨率有限,难以满足单株级识别需求。如今,搭载高清相机的消费级无人机配合先进目标检测模型,正成为农业数字化的新标配。YOLOv9作为2024年发布的最新一代YOLO架构,在小目标检测、低对比度场景和复杂背景干扰下展现出显著优势——它不依赖额外模块就能稳定检出密集排列的玉米苗、水稻秧或果树幼株。本文不讲论文推导,也不堆砌参数指标,而是带你用一个开箱即用的官方镜像,把YOLOv9真正跑在真实的农田遥感图上,完成从数据准备到结果可视化的完整作物计数流程。 1. 为什么选YOLOv9做农业计数 1.1 农业图像的三大难点,YOLOv9怎么破 农田航拍图不是普通照片:植株颜色与土壤接近、幼苗尺寸小(常小于32×32像素)、排列密集且存在遮挡。过去很多模型在这类图像上漏检率高、定位不准。YOLOv9针对这些问题做了本质优化: * 可编程梯度信息(PGI)机制:让网络在训练中自动聚焦于对检测真正重要的特征区域,而不是被背

项目介绍 MATLAB实现基于天牛须搜索算法(BAS)进行无人机三维路径规划的详细项目实例(含模型描述及部分示例代码) 还请多多点一下关注 加油 谢谢 你的鼓励是我前行的动力 谢谢支持 加油 谢谢

项目介绍 MATLAB实现基于天牛须搜索算法(BAS)进行无人机三维路径规划的详细项目实例(含模型描述及部分示例代码) 还请多多点一下关注 加油 谢谢 你的鼓励是我前行的动力 谢谢支持 加油 谢谢

MATLAB实现基于天牛须搜索算法(BAS)进行无人机三维路径规划的详细项目实例 更多详细内容可直接联系博主本人    或者访问对应标题的完整博客或者文档下载页面(含完整的程序,GUI设计和代码详解) 无人机(UAV, Unmanned Aerial Vehicle)技术在近年来迅猛发展,广泛应用于军事侦察、环境监测、物流配送、农业喷洒、灾害救援等多个领域。随着应用场景的复杂化和任务需求的多样化,无人机在三维空间中的路径规划变得尤为关键。路径规划不仅关系到任务的效率,更直接影响无人机的安全性和资源利用效率。传统路径规划算法如A*、Dijkstra算法,在二维平面内表现良好,但面对三维空间的复杂环境和多约束条件,计算复杂度剧增,且难以适应动态变化的环境。为此,智能优化算法被引入无人机路径规划领域,以提升规划的效率和鲁棒性。 天牛须搜索算法(Beetle Antennae Search, BAS)是一种新兴的群智能优化算法,受到天牛利用其触角探测环境的启发。BAS算法结构简单,计算开销低,且在全局搜索和局部搜索间取得良好平衡,适合处理高维复杂优化问题。将BAS算法应用于无人机三