1
00:00:00,000 --> 00:00:00,499

2
00:00:00,499 --> 00:00:01,395
[عزف الموسيقى]

3
00:00:01,395 --> 00:00:05,590

4
00:00:05,590 --> 00:00:07,940
>> DOUG لويد: OK ذلك اقتراح
قبل البدء هنا.

5
00:00:07,940 --> 00:00:11,660
إذا لم تكن قد شاهدت الفيديو على
مؤشرات قد ترغب في القيام بذلك أولا.

6
00:00:11,660 --> 00:00:15,860
بسبب هذا الفيديو هو آخر
طريقة العمل مع المؤشرات.

7
00:00:15,860 --> 00:00:17,574
>> حتى انها بصدد الحديث
حول بعض المفاهيم

8
00:00:17,574 --> 00:00:19,490
أن نغطي في
مؤشرات الفيديو، ونحن

9
00:00:19,490 --> 00:00:21,948
الذهاب إلى يتستر عليها الآن،
على افتراض انهم بالفعل

10
00:00:21,948 --> 00:00:23,090
نوع من فهمها.

11
00:00:23,090 --> 00:00:25,440
لذلك هذا مجرد تحذير عادل بك
أنه إذا كنت تشاهد هذا الفيديو

12
00:00:25,440 --> 00:00:27,814
وكنت لم أر ل
مؤشرات الفيديو، وربما نوع من

13
00:00:27,814 --> 00:00:29,610
تحلق فوق رأسك قليلا.

14
00:00:29,610 --> 00:00:32,080
ولذا فإنه قد يكون من الأفضل
لمشاهدته في هذا النظام.

15
00:00:32,080 --> 00:00:34,710
>> لذلك رأينا بالفعل واحدة
الطريق الى العمل مع المؤشرات،

16
00:00:34,710 --> 00:00:37,810
وهو نعلن
المتغير، ومن ثم نحن

17
00:00:37,810 --> 00:00:42,160
تعريف متغير آخر، وهو مؤشر
متغير، التي يشير إليها.

18
00:00:42,160 --> 00:00:44,870
لذلك قمنا بإنشاء
متغير مع اسم، لدينا

19
00:00:44,870 --> 00:00:48,480
إنشاء المتغير الثاني مع اسم،
ونشير أن المتغير الثاني

20
00:00:48,480 --> 00:00:50,220
في ذلك أولا.

21
00:00:50,220 --> 00:00:52,370
وهذا له نوع من
المشكلة رغم ذلك، لأنه

22
00:00:52,370 --> 00:00:54,650
يتطلب منا أن نعرف بالضبط
مقدار الذاكرة نحن

23
00:00:54,650 --> 00:00:57,600
سنحتاج الى لحظة
يتم تصنيف برنامجنا.

24
00:00:57,600 --> 00:00:58,220
>> لماذا هذا؟

25
00:00:58,220 --> 00:01:03,338
لأننا بحاجة إلى أن نكون قادرين على تسمية أو
تحديد جميع المتغيرات المحتملة

26
00:01:03,338 --> 00:01:04,129
نحن قد تواجهها.

27
00:01:04,129 --> 00:01:07,910
قد يكون لدينا مجموعة التي قد تكون
قادرة على الاستمرار على الكثير من المعلومات،

28
00:01:07,910 --> 00:01:10,110
لكنه ما زال لا
دقيقة بالضبط بما فيه الكفاية.

29
00:01:10,110 --> 00:01:12,640
ماذا لو أننا لا نعرف،
ما إذا كان لدينا أي فكرة

30
00:01:12,640 --> 00:01:14,370
كم نحن بحاجة في وقت الترجمة؟

31
00:01:14,370 --> 00:01:17,020
أو ما إذا سيكون برنامجنا
تشغيل لفترة طويلة حقا،

32
00:01:17,020 --> 00:01:19,810
قبول المستعمل مختلف
البيانات، ونحن لا يمكن حقا

33
00:01:19,810 --> 00:01:23,170
تقدير ما إذا نحن
سنحتاج الى 1000 وحدة؟

34
00:01:23,170 --> 00:01:26,060
>> انها ليست مثل ما في وسعنا
يقول في سطر الأوامر

35
00:01:26,060 --> 00:01:28,040
أدخل كيفية العديد من العناصر
كنت تعتقد أنك سوف تحتاج إليها.

36
00:01:28,040 --> 00:01:31,100
حسنا ماذا لو أن تخمين خاطئ؟

37
00:01:31,100 --> 00:01:34,300
تخصيص الذاكرة الديناميكية
نوع من يسمح لنا الطريق

38
00:01:34,300 --> 00:01:36,867
للالتفاف على هذه المشكلة بالذات.

39
00:01:36,867 --> 00:01:38,700
والطريقة التي يفعل ذلك
عن طريق استخدام المؤشرات.

40
00:01:38,700 --> 00:01:42,140
>> يمكننا استخدام المؤشرات ل
الحصول على حيوي

41
00:01:42,140 --> 00:01:45,710
الذاكرة المخصصة، والذاكرة التي هي
موزعة على النحو البرنامج قيد التشغيل.

42
00:01:45,710 --> 00:01:48,290
ليست تخصيصها في وقت الترجمة.

43
00:01:48,290 --> 00:01:51,570
عند تخصيص حيوي
ذاكرة أنها تأتي من بركة

44
00:01:51,570 --> 00:01:53,795
من الذاكرة المعروفة باسم الكومة.

45
00:01:53,795 --> 00:01:56,420
قبل كافة الذاكرة قمنا
تم العمل مع في سياق

46
00:01:56,420 --> 00:01:59,920
تم القادمة من بركة
من الذاكرة المعروفة باسم المكدس.

47
00:01:59,920 --> 00:02:02,470
وهناك طريقة جيدة للعموما
نضع في حكم mind-- وهذا

48
00:02:02,470 --> 00:02:04,720
لا يحمل دائما صحيحا،
ولكن الى حد كبير تقريبا

49
00:02:04,720 --> 00:02:09,940
يحمل دائما true-- هو أن أي
الوقت كنت تعطي اسم المتغير هو

50
00:02:09,940 --> 00:02:12,090
ربما يعيش على المكدس.

51
00:02:12,090 --> 00:02:14,650
وأي وقت كنت لا
إعطاء المتغير اسما،

52
00:02:14,650 --> 00:02:19,160
الذي يمكنك القيام به مع ذاكرة ديناميكية
تخصيص، فإنه يعيش على كومة.

53
00:02:19,160 --> 00:02:22,190
>> الآن أنا نوع من تقديم هذا النحو
إذا كان هناك هذه البرك اثنين من الذاكرة.

54
00:02:22,190 --> 00:02:24,740
ولكن كنت قد رأيت هذا
الرسم البياني، والذي هو عادة

55
00:02:24,740 --> 00:02:27,290
تمثيل ل
الذاكرة ما يبدو،

56
00:02:27,290 --> 00:02:30,373
ونحن لن نهتم جميع
الاشياء في أعلى وأسفل.

57
00:02:30,373 --> 00:02:33,580
ما يهمنا هو هذا الجزء في
وسط هنا، كومة كومة و.

58
00:02:33,580 --> 00:02:35,570
وكما ترون من قبل
أبحث في هذا الرسم البياني،

59
00:02:35,570 --> 00:02:38,390
هذه هي في الواقع وليس اثنين
حمامات منفصلة من الذاكرة.

60
00:02:38,390 --> 00:02:42,757
انها تجمع واحد مشترك من الذاكرة
حيث أن تبدأ، في هذا البصرية

61
00:02:42,757 --> 00:02:44,590
عليك أن تبدأ في الجزء السفلي
والبدء في ملء

62
00:02:44,590 --> 00:02:48,040
من أسفل مع مكدس، ولك
تبدأ من أعلى والبدء في ملء

63
00:02:48,040 --> 00:02:50,072
من أعلى إلى أسفل مع الكومة.

64
00:02:50,072 --> 00:02:51,780
لكنها في الحقيقة ل
تجمع نفسه، انها مجرد

65
00:02:51,780 --> 00:02:56,050
مواقع مختلفة، مواقع مختلفة
في الذاكرة التي يتم تخصيصها.

66
00:02:56,050 --> 00:02:59,060
ويمكن نفاد
ذاكرة من قبل أي وجود

67
00:02:59,060 --> 00:03:01,240
كومة يذهب كل في طريقه
إلى أسفل، أو لديك

68
00:03:01,240 --> 00:03:05,440
مكدس يذهب كل في طريقه إلى القمة،
أو وجود كومة كومة و

69
00:03:05,440 --> 00:03:06,740
يجتمع ضد بعضها البعض.

70
00:03:06,740 --> 00:03:09,500
كل هذه يمكن أن تكون الشروط
التي تسبب برنامجك

71
00:03:09,500 --> 00:03:11,030
نفاد الذاكرة.

72
00:03:11,030 --> 00:03:11,952
حتى أن تبقي في الاعتبار.

73
00:03:11,952 --> 00:03:13,660
عندما نتحدث عن
كومة كومة و

74
00:03:13,660 --> 00:03:17,880
نحن نتحدث عن
نفس قطعة العامة من الذاكرة، فقط

75
00:03:17,880 --> 00:03:21,930
أجزاء مختلفة من تلك الذاكرة.

76
00:03:21,930 --> 00:03:24,910
>> فكيف نحصل حيوي
تخصيص الذاكرة في المقام الأول؟

77
00:03:24,910 --> 00:03:27,740
كيف تحصل على برنامجنا
الذاكرة كما انها تعمل؟

78
00:03:27,740 --> 00:03:32,660
حسنا C توفر وظيفة تسمى
malloc، مخصص الذاكرة التي

79
00:03:32,660 --> 00:03:36,810
يمكنك إجراء مكالمة، والتي تمرر في
كم عدد بايت من الذاكرة التي تريدها.

80
00:03:36,810 --> 00:03:39,940
حتى إذا كان البرنامج قيد التشغيل
وكنت ترغب في وقت صحيح،

81
00:03:39,940 --> 00:03:46,040
قد مالوك أربعة بايت
الذاكرة، malloc الأقواس الأربعة.

82
00:03:46,040 --> 00:03:48,540
>> سوف تذهب من خلال مالوك
يبحث من خلال كومة،

83
00:03:48,540 --> 00:03:50,750
لأننا حيوي
تخصيص الذاكرة،

84
00:03:50,750 --> 00:03:53,500
وسيعود لك
مؤشر إلى أن الذاكرة.

85
00:03:53,500 --> 00:03:56,180
أنها لا تعطيك التي memory--
فإنه لا تعطيه اسما،

86
00:03:56,180 --> 00:03:57,950
أنها تعطيك مؤشر إلى ذلك.

87
00:03:57,950 --> 00:04:00,780
وولهذا السبب مرة أخرى قلت
انه من المهم لربما

88
00:04:00,780 --> 00:04:03,770
لقد شاهدت الفيديو مؤشرات
قبل أن نصل بعيدا جدا في هذا.

89
00:04:03,770 --> 00:04:05,940
حتى malloc يذهب ل
تعطيك عودة مؤشر.

90
00:04:05,940 --> 00:04:08,950
>> إذا مالوك لا يمكن أن يعطيك أي
الذاكرة لأنك نفد،

91
00:04:08,950 --> 00:04:10,645
سأعطيك العودة مؤشر فارغة.

92
00:04:10,645 --> 00:04:15,282
هل تذكر ماذا يحدث إذا نحن
محاولة dereference مؤشر باطل؟

93
00:04:15,282 --> 00:04:17,019
نحن نعاني خطأ ثوانى، أليس كذلك؟

94
00:04:17,019 --> 00:04:18,060
وهذا ربما لم يكن جيدا.

95
00:04:18,060 --> 00:04:21,579
>> وذلك في كل مرة تقوم فيها بإجراء مكالمة
لmalloc كنت دائما، ودائما

96
00:04:21,579 --> 00:04:25,270
تحتاج إلى التحقق ما إذا كان أو لم يكن
المؤشر أنه أعطاك هو العودة فارغة.

97
00:04:25,270 --> 00:04:28,800
إذا كان كذلك، تحتاج إلى إنهاء البرنامج
لأنه إذا حاولت وdereference

98
00:04:28,800 --> 00:04:31,360
مؤشر باطل وأنت تسير
تعاني تجزئة الخطأ

99
00:04:31,360 --> 00:04:34,380
والبرنامج هو
الذهاب إلى تعطل على أي حال.

100
00:04:34,380 --> 00:04:37,190
كيف لنا إذن أن ثابت
الحصول على عدد صحيح؟

101
00:04:37,190 --> 00:04:37,730
>> الباحث س.

102
00:04:37,730 --> 00:04:40,010
ربما فعلنا ذلك
حفنة من الأوقات، أليس كذلك؟

103
00:04:40,010 --> 00:04:43,480
وهذا يخلق متغير يسمى
س الذي يعيش على المكدس.

104
00:04:43,480 --> 00:04:46,190
كيف يمكننا حيوي الحصول على عدد صحيح؟

105
00:04:46,190 --> 00:04:50,010
الباحث نجمة بكسل يساوي malloc 4.

106
00:04:50,010 --> 00:04:53,050
>> أو أكثر بشكل مناسب
نستطيع أن نقول نجمة كثافة بكسل

107
00:04:53,050 --> 00:04:57,680
يساوي حجم malloc من الباحث،
فقط لرمي بعض أقل

108
00:04:57,680 --> 00:04:59,740
الأرقام السحرية حول برنامجنا.

109
00:04:59,740 --> 00:05:04,140
هذا هو الذهاب الى الحصول بالنسبة لنا
أربعة بايت من الذاكرة من كومة،

110
00:05:04,140 --> 00:05:06,720
والمؤشر نحصل
إلى ذلك يسمى بكسل.

111
00:05:06,720 --> 00:05:08,430
وبعد ذلك فقط كما كنا
فعلت سابقا نحن

112
00:05:08,430 --> 00:05:13,966
يمكن dereference مقصف ل
الوصول إلى تلك الذاكرة.

113
00:05:13,966 --> 00:05:15,590
كيف نحصل على عدد صحيح من المستخدم؟

114
00:05:15,590 --> 00:05:17,970
نستطيع أن نقول الباحث س يساوي الحصول على كثافة العمليات.

115
00:05:17,970 --> 00:05:19,930
هذا واضحة جدا.

116
00:05:19,930 --> 00:05:24,030
ماذا لو أردنا أن إنشاء صفيف
العاشر من العوامات التي تعيش على المكدس؟

117
00:05:24,030 --> 00:05:28,210
تطفو stack_array-- هذا الاسم
لدينا array-- بين قوسين معقوفين السينية.

118
00:05:28,210 --> 00:05:32,419
سوف تخلق لنا مجموعة
العاشر من العوامات التي تعيش على المكدس.

119
00:05:32,419 --> 00:05:34,960
نحن يمكن أن تخلق مجموعة من العوامات
الذي يعيش على كومة، أيضا.

120
00:05:34,960 --> 00:05:37,330
بناء الجملة قد تبدو ل
قليلا أكثر تعقيدا،

121
00:05:37,330 --> 00:05:41,740
ولكن يمكننا القول تعويم
يساوي نجم heap_array

122
00:05:41,740 --> 00:05:44,360
مرات malloc س حجم عائم.

123
00:05:44,360 --> 00:05:48,160
أحتاج مساحة كافية لعقد
س القيم النقطة العائمة.

124
00:05:48,160 --> 00:05:51,560
لذلك أقول إنني بحاجة إلى 100
العوامات، يطفو أو 1000.

125
00:05:51,560 --> 00:05:54,810
حتى في هذه الحالة سيكون من
400 بايت مقابل 100 العوامات،

126
00:05:54,810 --> 00:05:59,080
أو 4000 بايت 1000 العوامات،
لأن كل تعويم يستغرق

127
00:05:59,080 --> 00:06:01,230
أربعة بايت من المساحة.

128
00:06:01,230 --> 00:06:05,110
>> بعد القيام بذلك يمكنني استخدام
مربع تركيب شريحة في heap_array.

129
00:06:05,110 --> 00:06:08,970
كما أود أن على stack_array، I
يمكن الوصول إلى عناصرها بشكل فردي

130
00:06:08,970 --> 00:06:11,590
باستخدام heap_array صفر، واحد heap_array.

131
00:06:11,590 --> 00:06:15,800
ولكن أذكر السبب في أننا يمكن أن نفعل ذلك
لأن اسم صفيف في C

132
00:06:15,800 --> 00:06:19,990
هو في الحقيقة مؤشر ل
العنصر الذي المصفوفة الأولى.

133
00:06:19,990 --> 00:06:23,480
وبالتالي فإن حقيقة أننا اعلان حالة
مجموعة من العوامات على كومة هنا

134
00:06:23,480 --> 00:06:24,810
هو في الواقع مضللة بعض الشيء.

135
00:06:24,810 --> 00:06:27,600
نحن حقا في
السطر الثاني من التعليمات البرمجية هناك

136
00:06:27,600 --> 00:06:32,360
خلق أيضا مؤشر إلى قطعة من
الذاكرة أننا ثم القيام ببعض الأعمال مع.

137
00:06:32,360 --> 00:06:35,620
>> هنا تكمن المشكلة الكبرى مع
المخصصة بشكل حيوي ذاكرة الرغم من ذلك،

138
00:06:35,620 --> 00:06:38,360
وهذا هو السبب في انها حقا
مهم لتطوير بعض العادات الجيدة

139
00:06:38,360 --> 00:06:39,800
عندما كنت تعمل معها.

140
00:06:39,800 --> 00:06:43,060
على عكس أعلن ثابت
الذاكرة، الذاكرة الخاصة بك

141
00:06:43,060 --> 00:06:46,790
لم يتم إرجاع تلقائيا إلى
النظام عندما يتم الدالة.

142
00:06:46,790 --> 00:06:49,280
حتى إذا كان لدينا الرئيسي، و
الرئيسية يدعو وظيفة

143
00:06:49,280 --> 00:06:53,860
و عندما و التشطيبات كل ما يفعل
ويعود التحكم للبرنامج

144
00:06:53,860 --> 00:06:58,810
العودة الى الرئيسية، كل من الذاكرة
وبالنظر إلى أن و استخدامها مرة أخرى.

145
00:06:58,810 --> 00:07:01,250
ويمكن استخدامه مرة أخرى
عن طريق بعض البرامج الأخرى،

146
00:07:01,250 --> 00:07:04,250
أو بعض الوظائف الأخرى التي
يحصل دعا في وقت لاحق الرئيسي.

147
00:07:04,250 --> 00:07:06,970
فإنه يمكن استخدام تلك الذاكرة نفسها من جديد.

148
00:07:06,970 --> 00:07:09,620
>> إذا كنت حيوي
تخصيص الذاكرة على الرغم من

149
00:07:09,620 --> 00:07:14,380
عليك أن تخبر صراحة
النظام الذي كنت فعلت معها.

150
00:07:14,380 --> 00:07:18,370
انها سوف تعقد على ذلك بالنسبة لك، والتي يمكن
يؤدي إلى مشكلة كنت ينفد

151
00:07:18,370 --> 00:07:19,290
من الذاكرة.

152
00:07:19,290 --> 00:07:22,179
في واقع الأمر نشير أحيانا
إلى أن ذلك هو تسرب الذاكرة.

153
00:07:22,179 --> 00:07:24,970
وأحيانا هذه التسريبات الذاكرة
يمكن أن يكون في الواقع مدمرة حقا

154
00:07:24,970 --> 00:07:27,020
للحصول على أداء النظام.

155
00:07:27,020 --> 00:07:31,120
>> إذا كنت من مستخدمي الانترنت متكررة
قد تستخدم متصفحات الويب معينة،

156
00:07:31,120 --> 00:07:35,630
وأنا لن أذكر أسماء هنا، ولكن
هناك بعض متصفحات الويب هناك

157
00:07:35,630 --> 00:07:39,150
التي هي سيئة السمعة لأنها في الواقع
تسرب الذاكرة التي لا تحصل ثابتة.

158
00:07:39,150 --> 00:07:44,570
وإذا تركت المتصفح مفتوحا
لفترة طويلة جدا من الزمن، أيام

159
00:07:44,570 --> 00:07:48,060
وأيام، أو أسابيع، وكنت في بعض الأحيان
قد تلاحظ أن النظام الخاص بك

160
00:07:48,060 --> 00:07:49,790
هو يعمل حقا، حقا ببطء.

161
00:07:49,790 --> 00:07:54,640
والسبب في ذلك هو أن
خصصت متصفح الذاكرة،

162
00:07:54,640 --> 00:07:57,320
ولكن بعد ذلك لم يخبر النظام
أن يتم ذلك معها.

163
00:07:57,320 --> 00:08:01,000
وبحيث يترك ذاكرة أقل
متاحة لجميع البرامج الأخرى الخاصة بك

164
00:08:01,000 --> 00:08:04,480
لديك للمشاركة، لأنك
leaking-- أن متصفح الويب

165
00:08:04,480 --> 00:08:06,755
البرنامج هو تسرب الذاكرة.

166
00:08:06,755 --> 00:08:08,880
كيف نعطي الذاكرة إلى الوراء
عندما ننتهي معها؟

167
00:08:08,880 --> 00:08:10,838
حسنا لحسن الحظ انها
طريقة سهلة جدا للقيام بذلك.

168
00:08:10,838 --> 00:08:11,710
نحن فقط تحريرها.

169
00:08:11,710 --> 00:08:15,020
هناك وظيفة تسمى مجانا،
أنه يقبل مؤشر إلى الذاكرة،

170
00:08:15,020 --> 00:08:16,010
ونحن على ما يرام.

171
00:08:16,010 --> 00:08:18,310
>> لذلك دعونا نقول اننا في
وسط برنامجنا،

172
00:08:18,310 --> 00:08:21,970
نريد أن malloc 50 حرفا.

173
00:08:21,970 --> 00:08:25,710
نريد أن malloc صفيف يمكن
قادرة على اجراء 50 حرفا.

174
00:08:25,710 --> 00:08:29,109
وعندما نحصل على مؤشر إلى
أن اسم هذا المؤشر هو كلمة.

175
00:08:29,109 --> 00:08:30,900
ونحن نفعل كل ما نحن
تنوي القيام به مع كلمة،

176
00:08:30,900 --> 00:08:33,440
وبعد ذلك عندما نحن
به نحن فقط تحريرها.

177
00:08:33,440 --> 00:08:37,460
والآن لدينا عاد هؤلاء 50
بايت من الذاكرة إلى النظام.

178
00:08:37,460 --> 00:08:40,147
بعض من وظيفة أخرى يمكن استخدامها.

179
00:08:40,147 --> 00:08:43,480
نحن لا داعي للقلق حول تعرضه ل
تسرب الذاكرة لأننا سراح كلمة.

180
00:08:43,480 --> 00:08:46,639
لقد أعطينا الذاكرة إلى الوراء،
لذلك نحن الانتهاء من العمل معها.

181
00:08:46,639 --> 00:08:48,430
لذلك هناك ثلاثة
القواعد الذهبية التي ينبغي

182
00:08:48,430 --> 00:08:51,700
أن يوضع في الاعتبار كلما كنت
حيوي تخصيص الذاكرة

183
00:08:51,700 --> 00:08:52,990
مع malloc.

184
00:08:52,990 --> 00:08:56,480
كل كتلة من الذاكرة التي
كنت malloc يجب أن يتحرر

185
00:08:56,480 --> 00:08:58,430
قبل انتهاء البرنامج قيد التشغيل.

186
00:08:58,430 --> 00:09:02,029
الآن مرة أخرى، في الأجهزة أو في
IDE هذا النوع من يحدث لك على أي حال

187
00:09:02,029 --> 00:09:04,820
عندما you-- هذا سيحدث على أي حال
عند إنهاء البرنامج،

188
00:09:04,820 --> 00:09:06,880
سيتم الافراج عن الذاكرة.

189
00:09:06,880 --> 00:09:10,750
ولكن هذا الترميز جيد عموما
الممارسة دائما، عند الانتهاء من ذلك،

190
00:09:10,750 --> 00:09:13,810
تحرير ما كنت قد mallocd.

191
00:09:13,810 --> 00:09:16,690
>> أن قال، الشيء الوحيد الذي
كنت قد mallocd ينبغي أن يتحرر.

192
00:09:16,690 --> 00:09:19,880
إذا قمت بتعريف ثابت ل
صحيح، الباحث س منقوطة،

193
00:09:19,880 --> 00:09:23,500
الذي يعيش على المكدس، كنت
لا نريد بعد ذلك لتحرير السينية.

194
00:09:23,500 --> 00:09:25,970
الأمور حتى الوحيدة التي قمت
يجب إطلاق سراح mallocd.

195
00:09:25,970 --> 00:09:28,960
>> وأخيرا، لا شيء مجانا مرتين.

196
00:09:28,960 --> 00:09:31,170
يمكن أن تؤدي إلى
حالة غريبة أخرى.

197
00:09:31,170 --> 00:09:33,530
لذلك كل ما كنت قد
mallocd أن يفرج عنه.

198
00:09:33,530 --> 00:09:36,000
فقط الأشياء التي قمت
يجب الافراج malloc.

199
00:09:36,000 --> 00:09:38,730
و لا شيء مجانا مرتين.

200
00:09:38,730 --> 00:09:43,660
>> لذلك دعونا نذهب من خلال مثال هنا
ما بعض المخصصة بشكل حيوي

201
00:09:43,660 --> 00:09:46,122
الذاكرة قد تبدو مختلطة
في بعض ذاكرة ثابتة.

202
00:09:46,122 --> 00:09:47,080
ما قد يحدث هنا؟

203
00:09:47,080 --> 00:09:48,913
نرى ما اذا كان يمكنك متابعة
جنبا إلى جنب وتخمين ما هو

204
00:09:48,913 --> 00:09:51,720
سيحدث ونحن نمضي
من خلال كل هذه الأسطر من التعليمات البرمجية.

205
00:09:51,720 --> 00:09:53,980
>> لذلك نحن نقول الباحث م.

206
00:09:53,980 --> 00:09:54,840
ماذا يجري هنا؟

207
00:09:54,840 --> 00:09:56,339
حسنا هذا هو بسيط جدا.

208
00:09:56,339 --> 00:09:59,650
I إنشاء متغير عدد صحيح ودعا م.

209
00:09:59,650 --> 00:10:01,400
أنا لون أخضر ذلك،
لأن هذا هو اللون

210
00:10:01,400 --> 00:10:03,730
التي تستخدم عندما أتحدث
حول المتغيرات عدد صحيح.

211
00:10:03,730 --> 00:10:05,160
انها المربع.

212
00:10:05,160 --> 00:10:08,400
انه دعا م، ويمكنك
مخزن صحيحة داخل منه.

213
00:10:08,400 --> 00:10:12,400
>> ماذا لو كنت ثم يقول الباحث نجمة ل؟

214
00:10:12,400 --> 00:10:13,530
حسنا هذا مشابهة جدا.

215
00:10:13,530 --> 00:10:15,780
أنا خلق صندوق يسمى.

216
00:10:15,780 --> 00:10:19,100
انها قادرة على عقد الباحث
النجوم، مؤشرات إلى أعداد صحيحة.

217
00:10:19,100 --> 00:10:21,570
لذلك أنا تلوين أنها الأخضر العش كذلك.

218
00:10:21,570 --> 00:10:24,140
>> وأنا أعلم أنه لديه شيء
للقيام مع عدد صحيح،

219
00:10:24,140 --> 00:10:25,852
ولكنها ليست في حد ذاتها صحيح.

220
00:10:25,852 --> 00:10:27,310
لكنه الى حد كبير نفس الفكرة.

221
00:10:27,310 --> 00:10:28,101
لقد خلق الجزاء.

222
00:10:28,101 --> 00:10:30,070
كل من هذه الحق
نعيش الآن في بنية تخزين العناصر.

223
00:10:30,070 --> 00:10:32,520
لقد منحت لهم على حد سواء الأسماء.

224
00:10:32,520 --> 00:10:36,750
>> نجمة الباحث ب يساوي حجم malloc من الباحث.

225
00:10:36,750 --> 00:10:38,560
قد يكون هذا واحد صعبة قليلا.

226
00:10:38,560 --> 00:10:44,110
تأخذ ثانية والتفكير في ما
تتوقع أن يحدث في هذا المخطط.

227
00:10:44,110 --> 00:10:50,210
نجمة الباحث ب يساوي حجم malloc من الباحث.

228
00:10:50,210 --> 00:10:51,940
>> حسنا هذا لا مجرد إنشاء صندوق واحد.

229
00:10:51,940 --> 00:10:53,800
هذا الواقع يخلق صندوقين.

230
00:10:53,800 --> 00:10:58,670
ويربط، فإنه يضع أيضا
نقطة في العلاقة.

231
00:10:58,670 --> 00:11:02,240
لقد خصصت كتلة واحدة
من الذاكرة على الكومة.

232
00:11:02,240 --> 00:11:05,940
لاحظ أن المربع الأيمن العلوي
هناك لا يكون له اسم.

233
00:11:05,940 --> 00:11:06,760
>> نحن mallocd ذلك.

234
00:11:06,760 --> 00:11:08,050
كان موجودا في الكومة.

235
00:11:08,050 --> 00:11:10,090
ولكن ب له اسم.

236
00:11:10,090 --> 00:11:11,950
انها متغير مؤشر يسمى ب.

237
00:11:11,950 --> 00:11:13,910
الذي يعيش على المكدس.

238
00:11:13,910 --> 00:11:18,250
>> حتى انها قطعة من الذاكرة
الذي يشير إلى واحد آخر.

239
00:11:18,250 --> 00:11:21,840
تحتوي ب عنوان
من تلك الكتلة من الذاكرة.

240
00:11:21,840 --> 00:11:23,757
فإنه لا يكون له اسم غير ذلك.

241
00:11:23,757 --> 00:11:24,590
ولكنه يشير إلى ذلك.

242
00:11:24,590 --> 00:11:29,760
لذلك عندما نقول نجمة الباحث ب يساوي
حجم malloc من الباحث، أن هناك حق،

243
00:11:29,760 --> 00:11:33,490
أن السهم التي برزت على
الجانب الأيمن هناك، وهذا كل شيء،

244
00:11:33,490 --> 00:11:36,740
سآخذ يبدو
مرة أخرى، هو ما يحدث.

245
00:11:36,740 --> 00:11:39,341
كل ذلك يحدث في
أن سطر واحد من التعليمات البرمجية.

246
00:11:39,341 --> 00:11:41,340
الآن سوف نحصل على أكثر قليلا
مباشرة مرة أخرى.

247
00:11:41,340 --> 00:11:43,330
ويساوي العطف م.

248
00:11:43,330 --> 00:11:46,280
هل تتذكر ما
يساوي العطف م هو؟

249
00:11:46,280 --> 00:11:48,920
حسنا هذا هو يحصل على عنوان إمز.

250
00:11:48,920 --> 00:11:54,150
أو وضع أكثر بيانيا،
نقاط لم.

251
00:11:54,150 --> 00:11:56,360
>> ويساوي ب.

252
00:11:56,360 --> 00:11:57,560
OK حتى هنا واحد آخر.

253
00:11:57,560 --> 00:11:59,230
A يساوي ب.

254
00:11:59,230 --> 00:12:02,260
ماذا سيحدث
إلى الرسم البياني هذا الوقت؟

255
00:12:02,260 --> 00:12:04,330
>> كذلك التذكير بأن
يعمل عامل التعيين

256
00:12:04,330 --> 00:12:08,960
عن طريق تعيين القيمة على
الحق في القيمة على اليسار.

257
00:12:08,960 --> 00:12:14,820
وذلك بدلا من الإشارة إلى m، وهي الآن
يشير إلى نفس المكان الذي النقاط (ب)

258
00:12:14,820 --> 00:12:18,900
(أ) لا تشير إلى باء، وهو
نقاط حيث B.

259
00:12:18,900 --> 00:12:25,280
>> إذا كان مدببة إلى b التي من شأنها أن
وقد كان يساوي العطف ب.

260
00:12:25,280 --> 00:12:28,150
ولكن بدلا من ذلك يساوي ب فقط
يعني أن وب الآن

261
00:12:28,150 --> 00:12:31,770
لافتا إلى نفس العنوان، ل
داخل ب هو مجرد عنوان.

262
00:12:31,770 --> 00:12:35,004
والآن من داخل هو نفس العنوان.

263
00:12:35,004 --> 00:12:37,170
م يساوي 10، وربما
الشيء الأكثر وضوحا

264
00:12:37,170 --> 00:12:38,690
فعلناه في قليلا.

265
00:12:38,690 --> 00:12:40,460
وضع 10 في المربع.

266
00:12:40,460 --> 00:12:45,640
نجمة ب يساوي متر زائد 2، أذكر من
لدينا ما نجم مؤشرات الفيديو ب تعني.

267
00:12:45,640 --> 00:12:50,230
ونحن في طريقنا إلى dereference ب ووضع
بعض القيمة في ذلك الموقع الذاكرة.

268
00:12:50,230 --> 00:12:51,860
في هذه الحالة 12.

269
00:12:51,860 --> 00:12:55,300
>> حتى عندما كنا dereference نقطة
أذكر نسافر فقط بانخفاض سهم.

270
00:12:55,300 --> 00:12:58,205
أو بعبارة أخرى، نحن
الذهاب إلى هذا العنوان الذاكرة

271
00:12:58,205 --> 00:12:59,580
ونحن التلاعب به بطريقة أو بأخرى.

272
00:12:59,580 --> 00:13:00,830
وضعنا بعض القيمة في هناك.

273
00:13:00,830 --> 00:13:03,960
في هذه الحالة نجمة ب
يساوي م بالإضافة إلى 2 ل

274
00:13:03,960 --> 00:13:08,230
انتقل إلى المتغير المشار إليه بواسطة ب،
انتقل إلى ذاكرة المشار إليه بواسطة ب،

275
00:13:08,230 --> 00:13:11,750
ووضع م 2 بالإضافة إلى هناك، 12.

276
00:13:11,750 --> 00:13:14,970
>> الآن أنا سراح ب.

277
00:13:14,970 --> 00:13:16,490
ماذا يحدث عند تحرير ب؟

278
00:13:16,490 --> 00:13:18,800
تذكر ما قلته الوسائل الحرة.

279
00:13:18,800 --> 00:13:21,920
ما أقوله عندما سراح ب؟

280
00:13:21,920 --> 00:13:23,410
>> انتهيت من العمل معه، أليس كذلك؟

281
00:13:23,410 --> 00:13:25,702
أنا في الأساس التخلي عن الذاكرة.

282
00:13:25,702 --> 00:13:26,910
I يعيدها إلى النظام.

283
00:13:26,910 --> 00:13:33,010
أنا لست بحاجة إلى هذا بعد الآن
ما أنا أقول لهم، OK؟

284
00:13:33,010 --> 00:13:37,390
>> الآن إذا قلت نجوم
يساوي 11 يمكنك على الأرجح

285
00:13:37,390 --> 00:13:40,460
اقول بالفعل أن شيئا سيئا
سيحدث هنا، أليس كذلك؟

286
00:13:40,460 --> 00:13:44,160
والواقع إذا حاولت بأنني ربما
ستعاني تجزئة الخطأ.

287
00:13:44,160 --> 00:13:47,140
لأنه الآن، على الرغم من
في وقت سابق ان جزءا من الذاكرة

288
00:13:47,140 --> 00:13:50,220
وأنه لا بد لي
الوصول إلى، في هذه المرحلة

289
00:13:50,220 --> 00:13:54,590
الآن أنا الوصول إلى الذاكرة أن
هذا غير قانوني بالنسبة لي للوصول.

290
00:13:54,590 --> 00:13:57,330
>> وهذا ما سنقوم على الأرجح
أذكر، عندما كنا الوصول الذاكرة

291
00:13:57,330 --> 00:14:00,000
أننا ليس من المفترض أن تعمل باللمس،
هذا هو السبب الأكثر شيوعا

292
00:14:00,000 --> 00:14:01,860
لتجزئة
خطأ. وهكذا برنامجي

293
00:14:01,860 --> 00:14:05,170
سوف تعطل إذا حاولت القيام بذلك.

294
00:14:05,170 --> 00:14:09,910
ذلك مرة أخرى انها فكرة جيدة للحصول على الخير
الممارسة الجيدة والعادات الراسخة

295
00:14:09,910 --> 00:14:12,920
عند العمل مع malloc وحرة،
بحيث كنت لا تعاني تجزئة

296
00:14:12,920 --> 00:14:15,310
أخطاء، والتي تستخدمها
لديك المخصصة بشكل حيوي

297
00:14:15,310 --> 00:14:17,370
الذاكرة بشكل مسؤول.

298
00:14:17,370 --> 00:14:20,300
>> أنا دوغ ويد هذا هو CS50.

299
00:14:20,300 --> 00:14:21,947