@seth19960929 我试出来了，首先定义个新结构体，然后 make 这个结构，对这个结构体赋值{"id":1}。然后对{"name":"\u674e\u56db"},{"name":"\u5f20\u4e09"}结构体循环赋值到新结构体上。

返回的 json 如下

[{"id":1},{"name":"\u674e\u56db"},{"name":"\u5f20\u4e09"}]

类似于 php 的 array_merge 把不同字段的数组拼接到一块

@seth19960929 明白了

顺便问下，go 返回值怎么拼接返回的结构。

比如第一个列，展示 3 个字段。其余几列都是 10 个字段，

怎么把他们拼接到一个列表上。

@seth19960929 请教下，可变变量如何传值

获取了一个数组[1,2,3]
我转化的数据是"1","2"
但是给 redis 传值失败
func (c *cmdable) HMGet(key string, fields ...string) *SliceCmd

谢谢各位，现在可以了。

fmt.Printf("%v", user)
userInfo, err := json.Marshal(user)
if err != nil {
pkg.Fail(c, 403, "用户信息转化失败", nil)
c.Abort()
return
}
c.Writer.Header().Set("userInfo", string(userInfo))



user := c.Writer.Header().Get("userInfo")
err := json.Unmarshal([]byte(user), &userInfo)
if err != nil {
return err, nil
}

我是直接转化成字符串来处理

首先看下自己是什么业务类型的 app ，如果不是正向的应用。那大概率是 gg 了。

还有就是个人账号和买的账号。
像这两种账号，一些业务是秒封的。

那就祝大家后天元旦快乐

刚才又实现了新的一版，
思路是这样的。
首先从 lastet_receipt_info 中根据这个字段 purchase_date_ms 倒序, 从中取出最新的一个订单。
然后根据 expires_date_ms 这个字段来更新用户的订阅到期时间。

用户的退订问题，现在正在测试。

记录用户的 transaction_id+original_transaction_id 。
purchase_date_ms/expires_date_ms

这两个字段是判断订阅的开始时间+结束时间。

我这边操作是循环 latest_receipt_info ，然后把上边几个记录保存到数据库，然后给用户加会员时间。
如果已保存，就跳过。

如果是客户端上报票据，这时候就设计到取数据的模式了。
in_app VS latest_receipt_info

根据我个人理解和测试，如果是消耗性小票直接 in_app 模式就可以获取。
如果是订阅型商品，可以取 latest_receipt_info 。

还有一种取法就是获取 latest_receipt ，再次请求苹果 server 。然后去 in_app 取数据，获取到的数据和 latest_receipt_info
是一致的。

今天测试的过程中，发现了一个问题。
苹果的内购是以苹果账号为纬度的。也就是一个苹果账号可以与 app 的任意一个账号做关联。

这样就会有一个问题，original_transaction_id 会定位在不同的用户账号上，
ios15 增加了这个字段，可以解决这个问题。

https://developer.apple.com/documentation/appstorereceipts/app_store_receipt_data_types
但是我们开发的 ios 13 版本，所以暂时用不到。

所以推送这种方式+定时任务查询票据这种方式我们暂时没有用。

其中定时任务查询票据，就是请求历史票据，获取 latest_receipt ，然后通过 latest_receipt 获取最新的票据信息。

家是河南的，然后从北京跑到了成都，成都整体是比较安逸的，之前北京的同事都是 10 点左右下班，我这边基本 6 点就跑路了。

成都互联网行业怎么说呢，有一些头部顶级的，然后就开始拉胯了。接下来多是一些小公司。
买房的话，有蛮多的旧小区。首付 50 个左右就能上车，基本上到天府三街，四街的距离地铁 30 分钟左右。

现在更多的体会到，如果不是经济压力，其实回自己老家会更舒服一些。最起码亲朋好友在。
现在越发体会到，如果没亲人朋友在身边，是异常孤独的。

成都周边好玩的地方蛮多的，开车自驾游什么的，美滋滋。如果你喜欢的话。

这边绝大多数的公司业务以自供血为主，融资什么的比较少，对技术的要求其实没有特别高。
当然，也可能是我段位不够的原因。

如果能转变思维，不局限做技术，今后发展，至少在钱的方面都是非常不错的。

https://blog.csdn.net/theCrucian/article/details/89406203

这是网上获取的文章

还有一种方案是

abs(当前城市码-其他城市码) 排序
time 排序

后端现在存在的值为两种，城市 code 码，经纬度。

这性能比较低下，
有一种方案是后端判断是否存在同城，同省，然后把参数反给前端，然后前端作为参数传给后端。