Что выведет код?
#код
func main() {
mainSl := []string{"Test", "slices", "copying"}
var sl []string
copy(sl, mainSl)
sl1 := make([]string, 1, 3)
copy(sl1, mainSl)
fmt.Println(sl, sl1)
}#код
Код выведет:
Anonymous Poll
44%
[] [Test]
22%
[Test, slices, copying] [Test, slices, copying]
4%
[] [Test, slices, copying]
26%
Паника, копирование в nil-слайс
4%
[] []
😁2 2👏1 1
Лучшее объяснение этого вывода состоит в идее copy. Предназначена эта функция для копирования элементов слайса-родителя в слайс-ребенок, отвязывая от ссылки на массив родитель
То есть, если есть выделенная под элемент ячейка слайса, то copy сделает свою работу, а вот если ячейки не оказалось, то copy просто пожимает плечами.
Теперь важный момент на понимание слайса: выделенные ячейки - это не cap! Это len! Ровно по этому числу мы понимаем сколько проинициализированных ячеек в слайсе
В sl мы ничего не получили по причине того, что инициализация вида
var sl []string
это инициализация nil-слайса, у которого нет ни длины, ни капасити
💡Во втором примере у sl1 уже установлена длина 1 и капасити 3, следовательно copy переносит в инициализированную ячейку элемент
На просторах коммерческой разработки мало встречал использования этой функции, хотя и не понимаю почему
func main() {
sl := []int{1, 2, 3, 4}
part := sl[:2]
partByCopy := make([]int, 2)
copy(partByCopy, sl)
// Изменим sl, чтобы показать наследование ссылки на массив-родитель
sl[0] = 5
fmt.Println(part, partByCopy)
// Получаем вывод:[5 2] [1 2] -> получение базового ломтика, приводит к риску мутаций, в отличие от copy
}Please open Telegram to view this post
VIEW IN TELEGRAM
❤2👍2 2
Давайте согласуем удобное время для мита по написанию микросервиса
Anonymous Poll
19%
Сегодня
15%
25 июня
19%
26 июня
11%
27 июня
67%
Выходные
Что произойдет при запуске программы?
#код
var m = map[string]int{"a": 1}
func main() {
go Read()
time.Sleep(1 * time.Second)
go Write()
time.Sleep(1 * time.Minute)
}
func Read() {
for {
fmt.Println(m["a"])
}
}
func Write() {
for i := 0; ; i++ {
m[fmt.Sprintf("%d", i)] = i
}
}#код
Голосуем за время воскресного мита
Anonymous Poll
11%
11:00
17%
12:00
44%
17:00
28%
21:00
17%
Не могу в вс🙁
Go Level Up
Что произойдет при запуске программы? var m = map[string]int{"a": 1} func main() { go Read() time.Sleep(1 * time.Second) go Write() time.Sleep(1 * time.Minute) } func Read() { for { fmt.Println(m["a"]) } } func Write() { for i := 0;…
📌При запуске программы произойдет - бесконечный вывод 1 и фатальная ошибка fatal error: concurrent map read and map write
➡️Важно! Данный результат произойдет при версии го, где мапа реализована в виде бакетов, то есть до swiss table. Какой результат будет в новой версии, требует отдельного поста.➡️
💻Итак, вернемся к нашей старой доброй мапе на бакетах. Каждый раз, когда показываю менти этот код, они вчитываются в код и пытаются найти здесь скрытый смысл. Но нет, по сути все, что достаточно увидеть - чтение и запись в мапу из горутин 🔜🔜🔜 ошибка. Дело в том, что мапа не потокобезопасна. 🥳
➡️На моках постоянно отвечают так😳Но не понимают почему так и что это значит. Это значит, что как раз-таки из мапы нельзя читать и писать одновременно в связи с вероятностью обратиться к несуществующему эвакуированному куску памяти или вовсе вызвать гонку данных.
💬Причина: при эвакуации старые бакеты постепенно освобождаются и ключи-значения переходят в новые выделенные бакеты бОльшего количества. Так вот когда мы пишем мы сталкиваемся с риском эвакуации, а когда читаем с риском обратиться к несуществующему удаленному блоку памяти или непредсказуемым данным(из-за data race)🖥
➡️Важно! Данный результат произойдет при версии го, где мапа реализована в виде бакетов, то есть до swiss table. Какой результат будет в новой версии, требует отдельного поста.➡️
💻Итак, вернемся к нашей старой доброй мапе на бакетах. Каждый раз, когда показываю менти этот код, они вчитываются в код и пытаются найти здесь скрытый смысл. Но нет, по сути все, что достаточно увидеть - чтение и запись в мапу из горутин 🔜🔜🔜 ошибка. Дело в том, что мапа не потокобезопасна. 🥳
➡️На моках постоянно отвечают так😳Но не понимают почему так и что это значит. Это значит, что как раз-таки из мапы нельзя читать и писать одновременно в связи с вероятностью обратиться к несуществующему эвакуированному куску памяти или вовсе вызвать гонку данных.
💬Причина: при эвакуации старые бакеты постепенно освобождаются и ключи-значения переходят в новые выделенные бакеты бОльшего количества. Так вот когда мы пишем мы сталкиваемся с риском эвакуации, а когда читаем с риском обратиться к несуществующему удаленному блоку памяти или непредсказуемым данным(из-за data race)🖥
👍3❤2 1
type SafeMap struct {
sync.RWMutex
data map[string]int
}
func main() {
protectedMap := SafeMap{
data: map[string]int{"a": 1},
}
go protectedMap.Read()
time.Sleep(1 * time.Second)
go protectedMap.Write()
time.Sleep(1 * time.Minute)
}
func (sm *SafeMap) Read() {
for {
sm.RLock()
fmt.Println(sm.data["a"])
sm.RUnlock()
}
}
func (sm *SafeMap) Write() {
for i := 0; ; i++ {
sm.Lock()
sm.data[fmt.Sprintf("%d", i)] = i
sm.Unlock()
}
}Please open Telegram to view this post
VIEW IN TELEGRAM
Коллеги, спасибо за участие в опросе! Большинство выбрало вариант 17:00. 💻
🖱 Сегодня в 17:00 (МСК) созвон — обсудим как писать микросервис на го. Жду всех!📌
Please open Telegram to view this post
VIEW IN TELEGRAM
Коллеги, созвон по написанию микросервиса начинается. Всех жду
https://us04web.zoom.us/j/79268156565?pwd=dSYcbdVxZC0K0IJx97ubNHgoYIGt8w.1
https://us04web.zoom.us/j/79268156565?pwd=dSYcbdVxZC0K0IJx97ubNHgoYIGt8w.1
Zoom
Join our Cloud HD Video Meeting
Zoom is the leader in modern enterprise cloud communications.
❤4
Коллеги извиняюсь, зум у меня странно работает, крашится. Переходим в гугл мит https://meet.google.com/bfc-mioz-qhz
Google
Real-time meetings by Google. Using your browser, share your video, desktop, and presentations with teammates and customers.
Please open Telegram to view this post
VIEW IN TELEGRAM
Что выведет код?
func main() {
runtime.GOMAXPROCS(1)
wg := sync.WaitGroup{}
for i := 0; i < 10; i++ {
wg.Add(1)
go func(n int) {
defer wg.Done()
fmt.Println(n)
}(i)
}
wg.Wait()
}Что? Зачем?! Это сделано потому, что, есть ненулевая вероятность, того что на машине(ядре) контекст выполнения соответствует тому, что нужен именно этой горутине, поэтому часто имеет смысл выполнить её вперёд остальных. Также эту оптимизацию объясняют так, что мы оптимизируем время ожидания горутин, чтобы последняя пришедшая ждала не так долго, потому что возможно она предназначена для более приоритетных задач, чем те кто в обычной очереди
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3 2❤1 1
Привет всем!➡️
💻 Не успеваю закончить конспект по разработке микросервиса – выложу его в начале следующей недели.👈
✅ Мне показалось, что конспект стоит модифицировать, чтобы вам было проще, в связи с этим хотел бы узнать ваше мнение какой формат вам удобнее и понятнее.💬
⭕️ Буду рад обратной связи!😳
Please open Telegram to view this post
VIEW IN TELEGRAM
Anonymous Poll
28%
22%
67%
Что выведет данный код?
func main() {
items := []string{
"Кошка",
"Собака",
"Роза",
}
animals := items[0:2]
plants := items[2:3]
animals = append(animals, "Хомяк")
fmt.Printf("Животные: %v (len: %d, cap: %d)\n", animals, len(animals), cap(animals))
fmt.Printf("Растения: %v (len: %d, cap: %d)\n", plants, len(plants), cap(plants))
}✅Код выведет: Животные: [Кошка Собака Хомяк] (len: 3, cap: 3) Растения: [Хомяк] (len: 1, cap: 1)🤩
💬Давайте последовательно, как получились такие капасити и длина?
❕Тут важно вспомнить теорию ломтиков - когда мы отрезаем ломтик, его капасити высчитывается как капасити родительского слайса вычесть стартовый индекс ломтика. 📌Таким образом конечные cap(animals) = 3 - 0 = 3; cap(plants) = 3 - 2 = 1. С длинной все проще, сколько элементов по факту в ломтике, столько и длина➡️
🟢Почему хомяк закрался в растения?
💻Animals при достижении append хранит в себе [Кошка, Собака], при этом len=2, так как у нас два элемента, а cap = 3 (считаем как в предыдущем пункте). ВАЖНО❕у ломтиков такой же массив родитель что у items, получается если был items из трех элементов мы отрезали два, то по факту мы просто на том же блоке памяти добавили ссылок для новых ломтиков. То есть мы смотрим в animals и видим [Кошка, Собака], но в памяти все равно набор данных строк лежит как [Кошка, Собака, Роза], просто у ломтика конечный индекс другой. ➡️Поэтому когда мы добавляем в animals "Хомяк", капасити нам позволяет в тот же массив родитель добавить, так как длинна 2 < cap 3. ➡️Поэтому в тот же массив родитель мы и производим наши изменения, а так как индекс ломтика завершился на Собака, то когда происходит append мы инкрементим индекс и просто перезаписываем Роза на Хомяк в памяти🔘
💬Давайте последовательно, как получились такие капасити и длина?
❕Тут важно вспомнить теорию ломтиков - когда мы отрезаем ломтик, его капасити высчитывается как капасити родительского слайса вычесть стартовый индекс ломтика. 📌Таким образом конечные cap(animals) = 3 - 0 = 3; cap(plants) = 3 - 2 = 1. С длинной все проще, сколько элементов по факту в ломтике, столько и длина➡️
🟢Почему хомяк закрался в растения?
💻Animals при достижении append хранит в себе [Кошка, Собака], при этом len=2, так как у нас два элемента, а cap = 3 (считаем как в предыдущем пункте). ВАЖНО❕у ломтиков такой же массив родитель что у items, получается если был items из трех элементов мы отрезали два, то по факту мы просто на том же блоке памяти добавили ссылок для новых ломтиков. То есть мы смотрим в animals и видим [Кошка, Собака], но в памяти все равно набор данных строк лежит как [Кошка, Собака, Роза], просто у ломтика конечный индекс другой. ➡️Поэтому когда мы добавляем в animals "Хомяк", капасити нам позволяет в тот же массив родитель добавить, так как длинна 2 < cap 3. ➡️Поэтому в тот же массив родитель мы и производим наши изменения, а так как индекс ломтика завершился на Собака, то когда происходит append мы инкрементим индекс и просто перезаписываем Роза на Хомяк в памяти🔘