哪些计算机语言有指针 (哪些计算机语言值得学)
本文目录导航：
哪些计算机语言有指针
以下计算机语言具有指针功能：1. c语言；2. c++语言；3. java语言；4. python语言（仅支持类似指针的功能）；5. assembly语言；6. delphi；7. go；8. rust；9. swift。
哪些计算机语言有指针？指针是一种编程语言特性，它允许程序直接访问内存地址。
以下是具有指针功能的一些计算机语言：C语言C语言是具有强大指针功能的语言。
指针变量存储其他变量的内存地址，允许精确控制内存管理和数据结构操作。
C++语言C++继承了C语言的指针功能，并添加了额外的功能，例如智能指针，这有助于管理内存和防止指针错误。
Java语言Java语言支持指针，称为引用。
引用是对象引用，但实际上仍然存储内存地址，允许对对象进行直接访问。
Python语言Python语言没有传统意义上的指针，但它确实提供了一些类似指针的功能。
例如，id() 函数可以返回对象的内存地址，而 ctypes 库允许与C语言库交互，其中可以使用指针。
Assembly语言汇编语言是一种低级语言，它直接与计算机硬件交互。
指针在汇编语言中至关重要，因为它允许程序员直接访问内存地址和控制寄存器。
其他语言其他具有指针功能的计算机语言包括：DelphiGoRustSwift
还在头疼c艹中的指针吗？
本文介绍C++中的四个智能指针：auto_ptr, shared_ptr, unique_ptr 和 weak_ptr。
其中，后三个智能指针自C++11起支持，auto_ptr已被弃用。
使用智能指针的主要原因是解决C++内存管理难题，避免在代码中出现内存泄露。
当内存分配后，智能指针会在作用域结束时自动调用析构函数，释放资源。
下面我们将依次介绍这四个智能指针。
首先，我们来谈谈auto_ptr。
它类似于原始指针，可以访问类的public成员，并通过get()和reset()函数改变指向的对象。
但是，它存在一些限制：避免将auto_ptr放入容器中，因为容器的赋值操作可能导致资源泄漏。
判断是否为空时，应使用get()方法。
接下来是unique_ptr。
它是为了取代auto_ptr而生，C++11引入了移动语义，使得unique_ptr在控制权转移时更加灵活。
unique_ptr拥有独占所有权，不允许复制构造和复制赋值，但支持移动构造和移动赋值。
它还对数组类型有优化处理，并允许使用[]访问元素。
unique_ptr还提供了解除控制权、获取原始指针和重置等方法。
shared_ptr则实现了资源共享，通过计数机制跟踪资源的拥有者数量。
use_count()函数可查看计数。
通过new、auto_ptr、unique_ptr和weak_ptr构造shared_ptr。
release()方法会释放资源所有权，当计数降至零时，资源将被释放。
weak_ptr旨在解决shared_ptr之间的死锁问题。
它提供弱引用，不会增加对象引用计数。
weak_ptr可以转化为shared_ptr，反之亦然。
在相互引用的shared_ptr中，weak_ptr可以帮助资源在适当的时候释放。
总结，智能指针在内存管理上提供了强大支持，它们通过自动调用析构函数，避免内存泄露，同时根据需求提供独占、共享或弱引用等不同管理方式。
使用它们可显著提高代码的健壮性和可维护性。
C++ 内存泄漏怎么预防
##C++ 之内存泄漏及避免##@(C++学习)[内存]###1.内存泄漏简介###在计算机科学中，内存泄漏指由于疏忽或错误造成程序未能释放已经不再使用的内存的情况。
内存泄漏并非指内存在物理上的消失，而是应用程序分配某段内存后，由于设计错误，导致在释放该段内存之前就失去了对该段内存的控制，从而造成了内存的浪费。
最难捉摸也最难检测到的错误之一是内存泄漏，即未能正确释放以前分配的内存的bug。
只发生一次的小的内存泄漏可能不会被注意，但泄漏大量内存的程序或泄漏日益增多的程序可能会表现出各种征兆：从性能不良（并且逐渐降低）到内存完全用尽。
更糟的是，泄漏的程序可能会用掉太多内存，以致另一个程序失败，而使用户无从查找问题的真正根源。
此外，即使无害的内存泄漏也可能是其他问题的征兆。
内存泄漏会因为减少可用内存的数量从而降低计算机的性能。
最终，在最糟糕的情况下，过多的可用内存被分配掉导致全部或部分设备停止正常工作，或者应用程序崩溃。
内存泄漏可能不严重，甚至能够被常规的手段检测出来。
在现代操作系统中，一个应用程序使用的常规内存在程序终止时被释放。
这表示一个短暂运行的应用程序中的内存泄漏不会导致严重后果。
在以下情况，内存泄漏导致较严重的后果：- 程序运行后置之不理，并且随着时间的流失消耗越来越多的内存（比如服务器上的后台任务，尤其是嵌入式系统中的后台任务，这些任务可能被运行后很多年内都置之不理）；- 新的内存被频繁地分配，比如当显示电脑游戏或动画视频画面时；- 程序能够请求未被释放的内存（比如共享内存），甚至是在程序终止的时候；- 泄漏在操作系统内部发生；- 泄漏在系统关键驱动中发生；- 内存非常有限，比如在嵌入式系统或便携设备中；- 当运行于一个终止时内存并不自动释放的操作系统（比如AmigaOS）之上，而且一旦丢失只能通过重启来恢复。
**内存泄漏举例**```cppvoid MyFunction(int nSize){ char* p= new char[nSize]; if( !GetStringFrom( p, nSize ) ){MessageBox(“Error”);return; } …//using the string pointed by p; delete p;}```- 例一:当函数GetStringFrom()返回零的时候，指针p指向的内存就不会被释放。
这是一种常见的发生内存泄漏的情形。
程序在入口处分配内存，在出口处释放内存，但是c函数可以在任何地方退出，所以一旦有某个出口处没有释放应该释放的内存，就会发生内存泄漏。
- 例二: 当函数Something()返回非零的时候，程序在退出前没有把pOldBmp选回pDC中，这会导致pOldBmp指向的HBITMAP对象发生泄 漏。
这个程序如果长时间的运行，可能会导致整个系统花屏。
这种问题在Win9x下比较容易暴露出来，因为Win9x的GDI堆比Win2k或NT的要小很 多。
###2.常见触发情形###内存泄漏的发生方式：以发生的方式来分类，内存泄漏可以分为4类：1. **常发性内存泄漏**。
发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。
比如例二，如果Something()函数一直返回True，那么pOldBmp指向的HBITMAP对象总是发生泄漏。
2. **偶发性内存泄漏**。
发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。
比如例二，如果Something()函数只有在特定环境下才返回 True，那么pOldBmp指向的HBITMAP对象并不总是发生泄漏。
常发性和偶发性是相对的。
对于特定的环境，偶发性的也许就变成了常发性的。
所以 测试环境和测试方法对检测内存泄漏至关重要。
3. **一次性内存泄漏**。
发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。
比如，在类的构造函数中分配内存，在析 构函数中却没有释放该内存，但是因为这个类是一个Singleton，所以内存泄漏只会发生一次。
另一个例子：```cppchar* g_lpszFileName = NULL;void SetFileName( const char* lpcszFileName ){if( g_lpszFileName ){ free( g_lpszFileName );}g_lpszFileName = strdup( lpcszFileName );}```例三如果程序在结束的时候没有释放g_lpszFileName指向的字符串，那么，即使多次调用SetFileName()，总会有一块内存，而且仅有一块内存发生泄漏。
4. **隐式内存泄漏**。
程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。
严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。
但 是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。
所以，我们称这类内存泄漏为隐式内存泄漏。
举一 个例子： ```cppclass Connection{public: Connection( SOCKET s); ~Connection(); private: SOCKET _socket; };class ConnectionManager{public: ConnectionManager(){} ~ConnectionManager() {list::iterator it;for(it=_();it != _();++it){ delete （*it）;}_(); } void OnClientConnected( SOCKET s ) {Connection* p = new Connection(s);__back(p); } void OnClientDisconnected( Connection* pconn ) {_( pconn );delete pconn; }private: list _connlist;};```例四: 假设在Client从Server端断开后，Server并没有呼叫OnClientDisconnected()函数，那么代表那次连接的 Connection对象就不会被及时的删除（在Server程序退出的时候，所有Connection对象会在ConnectionManager的析 构函数里被删除）。
当不断的有连接建立、断开时隐式内存泄漏就发生了。
从用户使用程序的角度来看，内存泄漏本身不会产生什么危害，作 为一般的用户，根本感觉不到内存泄漏的存在。
真正有危害的是内存泄漏的堆积，这会最终消耗尽系统所有的内存。
从这个角度来说，一次性内存泄漏并没有什么危 害，因为它不会堆积，而隐式内存泄漏危害性则非常大，因为较之于常发性和偶发性内存泄漏它更难被检测到。
###3.避免措施###1. 用类指针（point-like）对象代替原始指针（raw point）大家都清楚，要对于C#，指针是C++的一种特性。
使用指针能给我们带来巨大的方便，但如果使用不旦，内存动态分配以后没有及时收回，那么系统的内存资源极有可能泄漏，直至造成程序崩溃。
例如：```cppclass A {……}; //定义一个类型A ``` 定义好一个对象后，我们一般可以用new方法，来创造一个对象实例。
```cppA *pA = new A; //动态分配一个内存，用new方法，相应的就需要调用// delete方法，将该内存进行回收```然而，在大量的程序代码中，直接针对每一个new，使用一个delete的方式，存在以下几个问题：- 程序进行维护期间，开发人员若不慎增加循环、条件控制流语句，程序在未触及到delete时，就运行了return;- 在new和delete之间，由于运行了某些操作，导致出现异常。
因此，我们不能百分百保证，delete语句总是会执行。
为了确保内存资源总是能够回收，我们可以将指针，用一个对象来进行操作，从而利用C++的“析构函数自动调用机制”自动释放内存资源。
在标准的程序库中，提供了auto_ptr和tr1::shared_ptr两种指针对象，我们也可以称之为智能指针，采用这种指针对象，当对象的生命周期结束时，其析构函数将自动调用delete。
其用法如下：```cppstd::auto_ptr<A> pA(new A);//或：std::tr1::shared_ptr<A> pA(new A);```这两个指针对象的区别之处在于：多个auto_ptr不能同时指向同一对象；而多个shared_ptr则可以指向同一对象。
正是因为这个不同，造成两者在处理copy构造函数和copy assignment操作符时，也不尽相同。
auto_ptr的复行为具有特殊性：```cppstd::auto_ptr<A> pA1(new A);std::auto_ptr<A> pA2(pA1);//pA2指向对象，而pA1为空pA1 = pA2;//pA1指向对象，而pA2为空```2. 成对使用new与delete时应采用相同的形式一般来讲，new方法可以用于创建单对对象，也可以用于创建数组对象。
同样，针对单个对象与数组，调用delete的形式也不尽相同。
如下所示的一个例子，就是new与delete调用形式不匹配，从而造成内存没有成功释放。
```cppstring* sArray = new string[100];……delete sArray;```由于sArray是一个数组，因而上述的100个string对象，就必须调用100次析构函数才能完全释放内存，因而正确的做法是：```cppdelete [] sArray;```因此，如果你在new表达式中使用[ ]，必须在相应的delete表达式中也使用[ ]。
如果你在new表达式中不使用[ ]，那相应的delete表达式也不能使用[ ]。
3. 在独立的语句中构建智能指针考虑到如下的函数：```cppvoid f(std::tr1::shared_ptr<A> pA(new A), fun()); ```编译器在调用f函数的具体内容前，首先要处理被传递的各个实参。
上述第一个参由两部分构成：执行new A，然后调用std::tr1::shared_ptr构造函数。
所在编译器在调用f之前，必须做三件事：- 1）调用函数fun- 2）执行new A- 3）调用tr1::shared_ptr构造函数然后，对于C++来讲，编译器的执行顺序是不确定的，如果最终的操作顺序是这样:- 1）执行new A- 2）调用函数fun- 3） 调用tr1::shared_ptr构造函数 如果是这样，假如在调用函数fun时，发现了异常，此时new A返回的指针将会遗失，而且没有放入tr1::shared_ptr中，所以就可能在调用这个函数时引发内存泄漏。
为了避免这种问题，一般采用两条语句来实现上述代码，如下： ```cppstd::tr1::shared_ptr<A> pA(new A);f(pA, fun()); ```###4.内存泄漏扩展###
phper