golang语言面试题(golang常见面试题)

golang语言面试题(golang常见面试题)

golang面试题2之判断字符串中字符是否全都不同请实现个算法，确定个字符串的所有字符【是否全都不同】。这我们要求【不允许使额外的存储结构】。给定个string，请返回个bool值,true代表所有字符全都不同，false代表存在相同的字符。保证字符串中的字符为【ASCII字符】。字符串的度于等于【3000】。这有个重点，第个是ASCII字符，ASCII字符字符共有256个，其中128个是常字符，可以在键盘上输。128之后的是键盘上法找到的。然后是全部不同，也就是字符串中的字符没有重复的，再次，不准使额外的储存结构，且字符串于等于3000。如果允许其他额外储存结构，这个题很好做。如果不允许的话，可以使golang内置的式实现。通过strings.Count函数判断：使的是golang内置法strings.Count,可以来判断在个字符串中包含的另外个字符串的数量还有不同的方法同样可以实现，你了解吗?推荐go相关技术专栏gRPC-go源码剖析与实战_带你走进gRPC-go的源码世界-CSDN博客go面试题整理（附带部分自己的解答）原文：【】如果有解答的不对的，麻烦各位在评论写出来~go的调度原理是基于GMP模型，G代表一个goroutine，不限制数量

golang什么场景下用init()函数?

在学习Golang函数时，了解函数的用法和特性是提高开发效率的关键。以下是对Golang函数的一些记录。函数是代码复用的重要手段，调用经过充分测试且长期使用的函数可以降低代码的Bug率。函数的声明格式为：函数名(参数1,参数2, ...) 返回值类型。在函数参数的声明中，如果形参类型相同，可以省略部分类型声明。例如，可以使用一个类型声明来表示多个同类型参数。变长函数允许在函数定义的最后添加...Type，这样函数可以接受任意数量的同类型参数。函数支持多值返回，多个返回值用逗号分隔并用括号包围。返回值的顺序需与声明一致。函数支持返回值命名，可以在函数体内直接使用，且不可重复声明。函数可以赋值给变量、传递给其他函数或作为返回值。包级函数属于某个包，函数名首字母的大小写定义了其访问级别。如所有大写表示公有。init函数在主函数开始执行前自动运行，常用于初始化包、变量或其他前置工作。匿名函数和闭包允许在函数内部定义函数，且内部函数可以访问外部函数的变量

Golang ETCD 实现任务调度

一.需求实现任务调度需满足两点：首先，任务创建后等待集中调度处理；其次，当单个节点失败且未超过重试次数时，任务能被调度到其他节点执行。二.整体设计与存储设计使用ETCD通过watch机制监控是否有新任务提交，一旦有新任务则分配给对应的pod。然而，此方案适合小数据量任务调度，大量任务时，ETCD读写性能可能成为瓶颈。增加ETCD集群数可缓解容量问题。三.代码设计核心组件包括：TaskManager，管理所有处理器；Task，需执行任务，业务方构建并调用；TaskHandler，任务处理器，调用业务方注册方法，支持本地内核或RPC调用。四.优化设计为避免广播问题，底层实现可改用kafka，同一任务注册于同一consumer group，仅一个实例接收处理任务，降低广播请求。五.适用场景适用于小量任务快速调度，部署简单，增加ETCD集群即可使用，不需额外数据库，但大数据量调度可参考其他方案。实现独立部署时，任务提交与调度需通过RPC远程调用，业务代码调用方式也应相应调整

golang文件锁清除？

golangsync.pool对象复用并发原理缓存池在gohttp每一次goserve(l)都会构建Request数据结构。在大量数据请求或高并发的场景中，频繁创建销毁对象，会导致GC压力。解决办法之一就是使用对象复用技术。在http协议层之下，使用对象复用技术创建Request数据结构。在http协议层之上，可以使用对象复用技术创建(w,*r,ctx)数据结构。这样即可以回快TCP层读包之后的解析速度，也可也加快请求处理的速度。先上一个测试：结论是这样的：貌似使用池化，性能弱爆了？？？这似乎与net/http使用sync.pool池化Request来优化性能的选择相违背。这同时也说明了一个问题，好的东西，如果滥用反而造成了性能成倍的下降。在看过pool原理之后，结合实例，将给出正确的使用方法，并给出预期的效果。sync.Pool是一个协程安全的临时对象池。数据结构如下：local成员的真实类型是一个poolLocal数组，localSize是数组长度

APNS推送Golang SDK使用Proxy代理

苹果的消息推送是通过请求域名：https://api.push.apple.com 实现的，该域名解析结果为美国，这引发了两个问题： 1、接口请求时间长,性能低，而且容易请求超时报错 2、高峰期推送请求错误率升高 总体思路：增加一个美国代理服务器，通过代理服务器请求苹果消息推送服务 1、原来流程 2、现在流程 3、具体方案实施选择 选择一：proxy服务器，部署一个正向代理服务，提供push消息的正向代理，消息通过代理服务器送达苹果服务端 选择二：proxy服务器，独立实现、部署一个 标准的apns服务，负责 ios消息推送。将需要走美国节点的请求转发到该proxy节点 具体情况、具体分析，应思考的点： 问题一、苹果官方提供的SDK中，不支持设置代理服务器。官方SDK不适合更改，对以后系统更新不利